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Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG) of the European 
Telecommunications Standards Institute (ETSI). 

The present document specifies trace facilities for the Digital cellular telecommunications system. 

The contents of this TS is subject to continuing work within SMG and may change following formal SMG approval. 
Should SMG modify the contents of this TS, it will be re-released by ETSI with an identifying change of release date 
and an increase in version number as follows: 

Version S.x.y 

where: 

5 indicates GSM Phase 2+ Release 1996 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 

y the third digit is incremented when editorial only changes have been incorporated in the specification. 



Introduction 



The trace facility enables customer administration and network management to trace the activities of various entities 
when specific events occur within the PLMN. This facility should also enable the tracing of all the information that is 
available to the PLMN concerning the call path used by the associated entity. Examples of information that could be in a 
trace record are: 

the identity of the originating and terminating equipment of the mobile or fixed subscriber; 
the identity of the incoming and outgoing circuits of the nodes involved; 
supplementary Services invoked; 
all A-Interface messages. 

The trace facility is a useful maintenance aid and development tool which can be used during system testing and 
proving. In particular it may be used in conjunction with test-MSs to ascertain the digital cell "footprint", the network 
integrity and also the network QOS as perceived by the PLMN customers. 

The facility may be used by subscriber administration and network management for subscriber observation, e.g. 
following a customer complaint or on suspicion of equipment malfunction by the operator or at the request of the police. 

As the amount of information that can be collected for a single call is very large. Network Elements can limit the number 
of simultaneous traces by either rejecting a trace request or by only producing a sub-set of the information required. 
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1 Scope 

This Technical Specification (TS) specifies the Trace facihty for GSM where it refers to: 

subscriber tracing (tracing of International Mobile Subscriber Identity (IMSI)); 
equipment tracing (tracing of International Mobile station Equipment Identity (IMEI)). 

It does not cover: 

types of trace which relate more to network elements than to individual subscribers e.g. tracing events within a 
Base Station System (BSS), and so on; 

tracing of all possible parties in e.g. a multi-party call, (although multiple calls related to the IMSI specified in 
the trace type field are traceable). 

It also refers only to tracing activated from the OSF and not to that activated by means of local Man Machine Interface 
(MMI). 

2 Normative references 

References may be made to: 

a) specific versions of publications (identified by date of publication, edition number, version number, etc.), in 
which case, subsequent revisions to the referenced document do not apply; or 

b) all versions up to and including the identified version (identified by "up to and including" before the version 
identity); or 

c) all versions subsequent to and including the identified version (identified by "onwards" following the version 
identity); or 

d) publications without mention of a specific version, in which case the latest version applies. 

A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 

acronyms". 

[2] GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface layer 

3 specification". 

[3] GSM 08.06: "Digital cellular telecommunications system (Phase 2+); Signalling transport 

mechanism specification for the Base Station System - Mobile-services Switching Centre (BSS - 
MSC) interface". 

[4] GSM 08.08: "Digital cellular telecommunications system (Phase 2+); Mobile Switching Centre - 

Base Station System (MSC - BSS) interface Layer 3 specification". 

[5] GSM 08.58: "Digital cellular telecommunications system (Phase 2+); Base Station Controller - 

Base Transceiver Station (BSC - BTS) interface Layer 3 specification". 

[6] GSM 09.02: "Digital cellular telecommunications system (Phase 2+); Mobile Application Part 

(MAP) specification". 

[7] GSM 12.00 (ETS 300 612-1): "Digital cellular telecommunications system (Phase 2); Objectives 

and structure of Network Management (NM)". 

[8] GSM 12.01 (ETS 300 612-2): "Digital cellular telecommunications system (Phase 2); Common 

Aspects of GSM Network Management (NM)". 

[9] GSM 12.02: "Digital cellular telecommunications system (Phase 2+); Subscriber, Mobile 

Equipment (ME) and services data administration". 
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[10] GSM 12.05: "Digital cellular telecommunications system (Phase 2+); Subscriber related event and 

call data". 

[11] GSM 12.20 (ETS 300 622): "Digital cellular telecommunications system (Phase 2); BSS 

Management Information". 

[12] CCITT Recommendation X.227 - ISO 8650: "Information technology - Open Systems 

Interconnection - Connection-oriented protocol for the association control service element: 
Protocol specification". 

[13] CCITT Recommendation X.721 (ITU-T I ISO/IEC 10165-1): "Information technology - Open 

Systems Interconnection - Structure of management information: Definition of management 
information". 

[14] CCITT Recommendation X.734 (ITU-T I ISO/IEC 10164-5): "Information technology - Open 

Systems Interconnection - Systems Management: Event report management function". 

[15] CCITT Recommendation X.735 (ITU-T I ISO/IEC 10164-6): "Information technology - Open 

Systems Interconnection - Systems Management: Log control function". 

[16] CCITT Recommendation X.731 (ITU-T I ISO/IEC 10164-2): "Information technology - Open 

Systems Interconnection - Systems Management: State management function". 

[17] GSM 03.79: "Digital cellular telecommunications system (Phase 2+); Support of Optimal Routeing 

(SOR) - Technical ReaHsation". 

[18] GSM 03.63: "Digital cellular telecommunications system (Phase 2+); Packet Data on Signalling 

channels service (PDS); Service description, Stage 2". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of this TS, the following definitions apply: 

activation of a trace: An action taken at the OSF through MMI commands to allow a trace record to be produced for a 
particular IMSI or IMEl when an Invocation Event occurs. This equates to "activation of a trace" in GSM 09.02 [6]. 

active pending: The state of an activated trace is called Active Pending in a particular NE when the subscriber or 
equipment being traced is not registered in that NE. 

invocation of a trace: An event relating to a particular IMSI or IMEI that occurs in the network that causes data to be 
collected in a trace record in circumstances where trace has been activated for that IMSI or IMEI. This equates to 
"tracing subscriber activity" in GSM 09.02 [6] and "Trace Invocation" in GSM 08.08 [4]. It is possible that an event 
relating to the IMSI/IMEI may still be active when another event or events relating to the same IMSI/IMEI occurs which 
requires additional information to be collected. These additional events are termed parallel events. This additional trace 
information for parallel events is collected in the same trace record as the first event. 

trace record: In the NEF a trace record is a set of traceable data collected as determined by the trace type. The trace 
record is collected under the trace record criteria specified by the OSF and transferred to the OSF. 

3.2 Abbreviations 

For all abbreviations used in this TS, refer to GSM 01.04 [1]. 
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Trace overview 



Figure 1 gives an outline of the subscriber and equipment tracing and shows the relationship between the inputs on 
activation and deactivation and the trace record outputs. 
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c OMC Destination 
d) Trace Type. 
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b) Trace Reference, 
c OMC Destination. 
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MAP-ACTIVATE-TRACE-IVfODE 
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b) Trace Reference 
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d) Trace Type 
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a) Trace Record Header. 

b) HLR Trace Record. 
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_ Trace Record Generation 

a) Trace Record Header. 

b) MSC Trace Record. 



12.08 
Trace Record Generatior 

a) Trace Record Header 

b) BSS Trace Record. 
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Figure 1 : Subscriber and Equipment Trace for 12.08 

Trace Activation and Deactivation are described in clause 5. 
The Trace Types are defined in clause 6. 
The Trace Records are defined in clause 7. 
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The following events may invoke a MSC or BSS trace: 

- Call set-up within MSC (MOC, MTC) (incl. attempts); 

- SS-Action; 

- Location Update (Normal and Periodic); 

- SMS-MO; 

- SMS-MT; 

- IMSI attach and detach; 

- PDS-MO; 

- PDS-MT. 

Additionally, the following event may invoke a BSS trace: 

Handover. 
An HLR Trace may be invoked by one of the following: 

- Location updates/cancellations; 
Insert/delete subscriber data; 
Routing enquiry (speech and SM); 
Provide roaming number; 

SS activity; 

- SMS: Alert service centre/Ready for SM; 

Trace records are generated within the managed elements by the trace control function according to the trace type. Once 
a trace has been invoked and a trace record is being compiled, subsequent invoking events relating to that IMSI (parallel 
events) will not cause new records to be compiled simultaneously but will be contained in the same trace record as the 
first event. 

For operator defined trace types the events on which trace records are generated and their contents are defined within the 
trace record generation control. 

These records are then transferred to the OSF (as defined by OMC-Id of the Destination OMC or forwarded by the 
EFD) either as notifications (CMISE), or with bulk transfer (FT AM). 



Trace activation and deactivation 



5.1 General 

This document is only concerned with the activation of a trace from an OSF (OMC), and the OSF shall keep a log of all 
trace activations and their deactivations. All entries in the log shall be date and time stamped. 

In the case of an OSF (OMC) failure, it may be possible to activate and deactivate the trace at a particular network 
element by means of local MMI, but the procedures for doing this are not covered by this ETS. 

Facilities shall exist to allow unsolicited trace data to be received by an OSF. This permits the collection of trace data if 
the triggering entity (i.e. OSF or network element) is different to the collecting OSF. 

5.2 Subscriber Tracing (Tracing of IIVISI) 
5.2.1 General 

The tracing of both home and foreign roaming subscribers can be handled with this function. 

If implemented, then the way the trace facility is used and organized, including restrictions due to national laws and 
regulations, will be a matter for the PLMN Operator. 

All trace records created in the HLR, MSC "A", MSC "B" and BSS are forwarded to the OSF either as notifications 
and/or with bulk transfer, as defined in the trace parameters. 
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The following scenarios are identified from the HPLMN operation viewpoint: 

a) HPLMN Operator traces its own (home) IMSI within the HPLMN; 

b) HPLMN Operator traces the HLR activities of its own (home) IMSI while they are roaming in a VPLMN; 

c) HPLMN Operator wishes to trace foreign roaming subscribers (IMSI) within its own HPLMN. 

5.2.2 HPLMN Operator Traces Home Subscriber within tine HPLMN 

The Operator may activate a trace for a home subscriber (IMSI) from any OSF by invoking the management function 
Activate Home Subscriber Trace in the HLR where the IMSI is contained. This request includes the trace parameters 
in the following list: 

a) IMSI to be traced; 

b) Trace Reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type; 

e) HLR Trace Type. 

For each IMSI, only one HPLMN subscriber trace can be active, subsequent requests being rejected. 

If the IMSI is roaming within its HPLMN, then the trace request is forwarded to the VLR where the subscriber is 
registered via a MAP message (MAP-ACTIVATE-TRACE-MODE). 

When the HPLMN subscriber trace is activated, a trace record will be created by MSC "A" , MSC "B", HLR or BSS 
when certain invoking events occur i.e. MOC, MTC, SS-Action, SMS-MO, SMS-MT, Location Update, IMSI attach 
and detach. The trace action and record layout is defined by the trace type parameters. 

A trace may be invoked in the BSS when an Invoking Event, specified in the Invoking Event sub-field in the Trace 
Type, occurs and the BSS Record Type is set to a value other than "No BSS Trace". A Trace is invoked by sending a 
BSSMAP MSC_INVOKE_TRACE message from the MSC to the BSS. When the BSS receives this message it starts 
tracing the necessary fields as specified in the BSS Record associated with the specified BSS Record Type. 

If the subscriber is roaming in a foreign PLMN then the HPLMN subscriber trace request is stored in the HLR, but the 
trace is not active in the HPLMN VLRs. 

The trace is deactivated by using the management function Deactivate Home Subscriber Trace in the HLR. This 
request includes the trace parameters in the following list: 

a) IMSI; 

b) Trace Reference. 

If the IMSI is roaming within its HPLMN then the trace deactivation request is forwarded to the VLR where the 
subscriber is registered via a MAP message (MAP-DEACTIVATE-TR ACE-MODE). 

The trace shall be deactivated in the BSS by the MSC sending a BSSMAP MSC_INVOKE_TRACE message from the 
MSC to the BSS with the BSS Record Type set to "No BSS Trace". When the BSS receives this message it shall stop 
tracing activity related to that IMSI. 

TMN Management Functions required for trace activation (in HLR): 

Activate Home Subscriber Trace 
Deactivate Home Subscriber Trace 

5.2.3 HPLMN Operator traces tine HLR activities of own IMSI roaming in a 
VPLMN 

This scenario is identical to the previous scenario with the exception that the only records generated come from the 
HLR. 
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5.2.4 PLMN Operator wishes to trace foreign subscribers (IMSI) in own 
PLMN 

In order to trace the IMSIs of roaming subscribers in own PLMN, a list of those IMSIs plus the associated subscriber 
trace parameters must be stored in the VLR. No HLR trace records are produced for foreign subscriber traces. 

The operator may activate a trace for any foreign roaming IMSI from an OSF by invoking the management function 
Activate Foreign Subscriber Trace in one or more VLRs within their own PLMN. If the location of the subscriber is 
not known it is necessary to activate the trace in all VLRs where the subscriber may be located. 

The following trace parameters are sent with this request: 

a) IMSI to be traced; 

b) Trace Reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type. 

The trace request is stored in the VLR. If the subscriber subsequently roams into the VLR area the VPLMN subscriber 
trace will be activated. 

For each IMSI only one foreign subscriber trace can be active in a particular VLR, subsequent requests being rejected. 

A trace may be invoked in the BSS when an Invoking Event, specified in the Invoking Event sub-field in the Trace 
Type, occurs and the BSS Record Type is set to a value other than "No BSS Trace". A Trace is invoked by sending a 
BSSMAP MSC_INVOKE_TRACE message from the MSC to the BSS. When the BSS receives this message it starts 
tracing the necessary fields as specified in the BSS Record associated with the specified BSS Record Type. 

The VPLMN subscriber trace is deactivated by invoking Deactivate Foreign Subscriber Trace in the VLR. This 
request includes the trace parameters in the following list: 

a) IMSI; 

b) Trace Reference. 

The trace shall be deactivated in the BSS by the MSC sending a BSSMAP MSC_INVOKE_TRACE message from the 
MSC to the BSS with the BSS Record Type set to "No BSS Trace". When the BSS receives this message it shall stop 
tracing activity related to that IMSI. 

TMN Management Functions required for trace activation (in VLR): 

Activate Foreign Subscriber Trace 
Deactivate Foreign Subscriber Trace 

5.3 Equipment Tracing (Tracing of IMEI) 
5.3.1 General 

If the tracing of IMEIs is implemented then the way the trace facility is used and organized, including restrictions due to 
national laws and regulations, will be a matter for the PLMN Operator. 

An IMEI may be traced in order to find out the current IMSI, or the location or behaviour of faulty or stolen equipment 
reported via the EIR. 

The ETS describes one method of handling IMEI tracing i.e. tracing of IMEI via the VLR. 



5.3.2 Tracing of IMEI via VLR 



The operator may activate an equipment trace for any subscriber's equipment (IMEI) from an OSF by invoking the 
management function Activate Equipment Trace in one or more VLR in the HPLMN. The trace must be activated in 
all VLRs controlling areas where it is required to trace the target IMEI. The trace parameters are transmitted with the 
activation request. 
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The following trace parameters are sent with this request: 

a) IMEI to be traced; 

b) Trace reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type. 

For GSM Phase 2 Mobile Stations the IMEI will be available to the Network as it can be included in the BSS-MAP 
message CIPHER-MODE-COMPLETE. If IMEI trace is required, it is the responsibility of the network operator to 
specify that CIPHER-MODE-COMPLETE contains IMEIs, or optionally the IMEI is called for in connection with 
MOC, location update etc. Alternatively the network can ask the MS for the IMEI by sending a GSM 04.08 [2] 
IDENTITY REQUEST message to the MS, indicating that the IMEI is required. 

When a subscriber arrives at a VLR using an equipment with an IMEI for which trace has been activated (but is in 
pending state) at that VLR then the IMEI trace will become. 

For each IMEI only one equipment trace can be active in a particular VLR at any one time, subsequent requests being 
rejected, although both the IMSI trace (home subscriber tracing and foreign subscriber tracing) and the IMEI trace can 
be active at the same time. 

This equipment trace is deactivated by invoking the management function Deactivate Equipment Trace in the VLR. 
This request includes the trace parameters in the following list: 

a) IMEI; 

b) Trace Reference. 

TMN Management Functions required for trace activation (in VLR): 

Activate Equipment Trace 
Deactivate Equipment Trace 

5.4 TMN Management Functions for Activation/Deactivation 

5.4.1 List of Functions 

5.4.1.1 HLR 

Activate Home Subscriber Trace 
Deactivate Home Subscriber Trace 

5.4.1.2 MSC/VLR 

Activate Foreign Subscriber Trace 
Deactivate Foreign Subscriber Trace 
Activate Equipment Trace 
Deactivate Equipment Trace 

5.4.2 Activate Home Subscriber Trace 

This function is equivalent to the OM_Subscriber_Tracing_Activation_req in GSM 09.02 [6]. 

The subscriber tracing procedures are used for the management of the trace status and the type of trace. 

The subscriber tracing activation procedure operates as follows: 

a) The OSF creates a tracedHomeSubscriberlnHlr object instance in the HLR of the subscriber to be traced. 

b) If the subscriber is roaming outside of the HPLMN or not currently registered, then the trace is in active pending 
state. The home subscriber trace for the subscriber is activated in the HLR on a subsequent location update. This 
activation is shown as an attribute value change in the attribute traceActivatedlnVlr. 
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c) If the subscriber is already registered then the home subscriber trace becomes immediately active in the HLR 
(after positive confirmation from the VLR). 

When the trace is first activated then the status of the trace indicator attribute traceActivatedlnVlr in the 
tracedHomeSubscriberlnHlr object instance is set to False. 

If the subscriber is registered and is roaming in the home PLMN area then the HLR will initiate the 
MAP-ACTIVATE-TRACE-MODE request primitive and the trace indicator status will be set to True only in the case 
of a positive confirmation of the MAP-ACTIVATE-TRACE-MODE. In case of an error, the trace indicator status 
remains False. 

If the MAP-ACTIVATE-TRACE-MODE confirm primitive is received indicating an error situation then this is recorded 
in an error attribute in the tracedHomeSubscriberlnHlr object instance. 

If the subscriber roams to an area outside that where tracing is possible then the status in the 
tracedHomeSubscriberlnHlr object instance is updated to False. 

The trace records are sent from the recording NEF to the OSF by the deployed event reporting mechanism (see chapter 
Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the way in 
which they will be reported i.e. each event record being either directly sent to the OSF in real-time, or being collected in 
a file for later transfer. 

All attribute value changes will be reported with a notification to the OSF. 

System management functions: 

Create tracedHomeSubscriberlnHlr 
Get Attribute 

Notifications: 

objectCreation 
attribute V alueChange 

5.4.3 Deactivate Home Subscriber Trace 

This function is equivalent to the OM_Subscriber_Tracing_Deactivation_req in GSM 09.02 [6]. 

The subscriber trace is deactivated by the OSF deleting the tracedHomeSubscriberlnHlr object instance in the HLR. 

If the trace status is True then the HLR will send the MAP-DEACTIVATE-TRACE-MODE message to VLR. 

If the MAP-DEACTIVATE-TRACE-MODE confirm primitive is received indicating an error situation then this is 
indicated to the OSF via an error attribute in the tracedHomeSubscriberlnHlr object instance and the object is not 
deleted. 

The home subscriber trace deactivation can be indicated with a notification to the initiating OSF. 

System management functions: 

Delete tracedHomeSubscriberlnHlr 
Get Attribute 

Notifications: 

objectDeletion 
attribute ValueChange 



5.4.4 Activate Foreign Subscriber Trace 



This function is analogous to the OM_Subscriber_Tracing_Activation_req in GSM 09.02 [6], but the trace activation is 
performed directly in the VLR. 
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The foreign subscriber trace is activated by the OSF executing the system management function Create 
tracedForeignSubscriberlnVlr in the VLR. 

THE OSF creates a tracedForeignSubscriberlnVlr object instance in the VLR(s) in which the network operator wishes 
to trace the subscriber. 

The tracing continues as follows: 

a) If the subscriber is not currently registered, then the foreign subscriber trace for the subscriber is active pending. 
It is activated (i.e. status attribute value is set to True) in the VLR on a subsequent location update. The 
activation is notified to the OSF as an attribute value change in the attribute foreignSubscriberRegisteredlnVlr. 

b) If the subscriber is already registered then the foreign subscriber trace becomes immediately active in the VLR. 

When the trace is first activated then the status of the attribute foreignSubscriberRegisteredlnVlr is set to False. When 
the traced subscriber registers in the VLR the attribute status of foreignSubscriberRegisteredlnVIr is set to True. 

All attribute value changes will be reported with a notification to the OSF. 

The trace records are sent from the corresponding MSC to the OSF by the deployed event reporting mechanism (see 
chapter Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the 
method by which they will be reported. 

System management functions: 

Create tracedForeignSubscriberlnVlr 
Get Attribute 

Notifications: 

objectCreation 
attributeValueChange 

5.4.5 Deactivate Foreign Subscriber Trace 

This function is analogous to the OM_Subscriber_Tracing_Deactivation_req in GSM 09.02 [6], but the trace 
deactivation is performed. 

The OSF deactivates subscriber trace by deleting the tracedForeignSubscriberlnVlr object instance in the VLR(s) in 
which the object instance had previously been created. 

The foreign subscriber trace is deactivated by the OSF executing the system management function Delete 
tracedForeignSubscriberlnVlr in the VLR. 

System management functions required: 

Delete tracedForeignSubscriberlnVlr 

Notifications required: 

objectDeletion 
attributeValueChange 



5.4.6 Activate Equipment Trace 



This function is analogous to the OM_Subscriber_Tracing_Activation_req in GSM 09.02 [6], but the trace activation is 
performed directly in the VLR. 

The equipment trace is activated by the OSF executing the system management function Create tracedEquipmentlnVlr. 

The OSF creates a traceEquipmentlnVlr object instance in the VLR(s) for the areas to be monitored. 
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The tracing continues as follows: 

a) If the equipment is not currently registered, then the equipment trace for the equipment is active pending. It is 
activated (i.e. status attribute value is set to True) in the VLR on a subsequent location update or IMSI attach. 
The activation is notified to the OSF as an attribute value change in the attribute equipmentRegisteredlnVlr. 

b) If the equipment is already registered then the equipment trace becomes immediately active in the VLR. 

When the trace is first activated then the status of the attribute equipmentRegisteredlnVlr is set to False. When the 
equipment registers in the VLR the attribute status of equipmentRegisteredlnVlr is set to True. 

All attribute value changes will be reported with a notification to the OSF. 

The trace records are sent from the corresponding MSC to the OSF by the deployed event reporting mechanism (see 
chapter Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the 
method by which they will be reported. 

System management functions: 

Create tracedForeignSubscriberlnVlr 
Get Attribute 

Notifications: 

objectCreation 
attribute ValueChange 



5.4.7 Deactivate Equipment Trace 



This function is analogous to the OM_Subscriber_Tracing_Deactivation_req in GSM 09.02 [6], but the trace 
deactivation is performed in the VLR. 

The equipment trace is deactivated by the OSF executing the system management function Delete 
tracedEquipmentlnVlr. 

The OSF deactivates equipment trace by deleting the tracedEquipmentlnVlr object instance in the VLR(s) in which the 
object instance had previously been created. 

System management functions: 

Delete tracedEquipmentlnVlr 

Notifications: 

objectDeletion 
attributeValueChange 



5.5 HLR Functional Entities 



Figure 2 shows that part of the Subscriber Administration Containment Tree for the HLR relevant to Trace activation 
and deactivation. 
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hIrFunction 



racedHomeSubscriberlnHI ■ 



M/O 


Value-Set 


RDN 


Single 


M 


Single 


M 


Single 


M 


Single 


M 


Single 





Single 


M 


Single 



Figure 2: Subscriber Trace Containment Tree for the HLR 

5.5.1 Managed Object Classes in HLR 

5.5.1 .1 tracedHomeSubscriberlnHIr 

This object class controls the home subscriber trace facility. Each instance of this object represents an IMSI of a home 
subscriber to be traced i.e. if an instance for an IMSI exists then that means that the trace has been activated for that 
IMSI. 

Name 

IIVISI 

traceActivatedlnVIr 

traceReference 

tracelype 

hIrTraceType 

operationSystemId 

mapErrorOnTrace 

5.5.1.2 Attributes 

5.5.1 .2.1 tracedHomeSubscriberlnHIr 

IMSI 

This attribute is the RDN of the object tracedHomeSubscriberlnHIr and defines an IMSI to be traced. It will be an IMSI 
of a home subscriber for whom tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMSI. 

traceActivatedlnVIr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are True 
and False. 

On creation this attribute is set to False. 

If the subscriber is registered and roaming within the HPLMN (see GSM 09.02 [6]) then the attribute is set to TRUE (in 
case of positive confirmation from VLR). 

If the subscriber roams to an area which is outside that where tracing is possible the attribute is set to FALSE. 

Each status change triggers an attributeValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 
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This attribute describes the invoking events for which the operator wishes to collect a trace record for a particular IMSI 
in an MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority 
trace. 

hlrTraceType 

This attribute describes the type of trace record (if any) the operator wishes to be collected in the HLR for a particular 
IMSI. It is assumed for all invoking events. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used then trace records are sent to OSFs defined in EFD. 

mapErrorOnTrace 

This attribute is single valued and read only. The syntax is defined in GSM-12-02-Syntax MapErrorOnTrace. 

It is set by MAP and contains the MAP-Errors that may be returned in the confirm primitives of the ActivateTraceMode 
and Deactivate TraceMode Operations. 

If there are MAP-Errors in case of activation of trace, the traceActivatedlnVk parameter is set to False. 

If there are Map-Errors in case of deactivation of trace (deleting tracedHomeSubscriberlnHlr), the deleting is not 
completed successfully. 

Possible error values are defined in MAP-OperationAndMaintenance Operations and in MAP-Errors. 

5.5.1.3 Notifications 

For each object: 

objectCreation 
objectDeletion 
AttributeValueChange 

5.6 VLR Functional Entities 

Figure 3 shows that part of the Subscriber Administration Containment Tree for the VLR relevant to Trace. 



vIrFunction 



tracedForeignSubscriberlnVIr 



tracedEquipmentlnVIr 



Figure 3: Subscriber Trace Containment Tree for the VLR 

5.6.1 IVIanaged Object Classes In VLR 
5.6.1 .1 tracedForeignSubscriberlnVIr 

This object class controls the foreign subscriber trace facility. Each instance of this object represents an IMSI of a 
foreign subscriber to be traced i.e. if an instance for an IMSI exists then that means that the trace has been activated for 
that IMSI. 
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Name 


M/0 


Value-Set 


IMSI 


RDN 


Single 


foreignSubscriberRegisteredlnVlr 


M 


Single 


traceReference 


M 


Single 


traceType 


M 


Single 


operationSystemId 





Single 



5.6.1.2 tracedEquipmentlnVIr 

This object class controls the equipment trace facility. Each instance of this object represents an IMEI to be traced i.e. if 
an instance for an IMEI exists then that means that the trace has been activated for that IMEI. 

Name M/0 Value-Set 

IMEI RDN Single 

equipmentRegisteredlnVIr IVl Single 

traceReference M Single 

traceType M Single 

operationSystemId O Single 



5.6.1.3 Attributes 

5.6.1 .3.1 tracedForeignSubscriberlnVIr 

IMSI 

This attribute is the RDN of the object tracedForeignSubscriberlnVIr and defines an IMSI to be traced. It will be an 
IMSI of a foreign subscriber for whom tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMSI. 

foreignSubscriberRegisteredlnVlr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are True 
and False. 

On creation this attribute is set to False. 

If the foreign subscriber is currently registered in the VLR then the attribute is set to TRUE. 

If the foreign subscriber is not registered in the VLR then the attribute is set to FALSE. 

Each status change triggers an attribute ValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 

This attribute describes the invoking events that the operator wishes to collect a trace record for a particular IMSI in an 
MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority trace. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used, then trace records are sent to OSFs defined in EFD. 

5.6.1.3.2 tracedEquipmentlnVIr 

IMEI 
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This attribute is the RDN of the object tracedEquipmentlnVlr and defines an IMEI to be traced. It will be an IMEI for 
the equipment for which tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMEI. 

equipmentRegisteredlnVlr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are True 
and False. 

On creation this attribute is set to False. 

If the equipment is registered in the VLR then the attribute is set to TRUE. 

If the equipment is not registered in the VLR then the attribute is set to FALSE. 

Each status change triggers an attributeValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 

This attribute describes the invoking events for which the operator wishes to collect a trace record for a particular IMSI 
in an MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority 
trace. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used, then trace records are sent to OSFs defined in EFD. 



5.6.1.4 



Notifications 



objectCreation 
objectDeletion 
attributeValueChange 



6 Trace Types 

6.1 MSC/BSS Trace Type 

The Trace Type field contains the type of trace activated in the MSC or BSS. The trace type consists of the following 
components. 



8 


7 


6 5 


4 3 


2 1 


Priority 
Indication 


For future 
expansion 
(Set to 0) 


BSS Record Type 


IVISC Record Type 


lnvol<ing Event 
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Table 1 : Invoking Events 



Bits 


Invoicing Events 


2 


1 










MOC, MTC, SMS MO, SMS MT, PDS MO, PDS MT, 
SS, Location Updates, IMSI attacli, IMS! detacli 





1 


MOC, MTC, SMS_MO, SMS_MT, PDS MO, PDS MT, 
SS only 


1 





Location updates, IMSI attach IMSI detach only 


1 


1 


Operator definable 



If the "operator definable" option is selected, all subsequent Trace Record Types are deemed to be "operator definable". 
In this case the significance of bits 3-6 are operator defined, however the significance of bit 8 remains "Priority 
Indication". In all cases, for GSM Phase 2 Network Elements the setting of the 7 shall not affect trace record generation. 

Table 2: MSC Record Type 



Bits 


Record Type 


4 


3 








Basic 





1 


Detailed (Optional) 


1 





Spare 


1 


1 


No MSC Trace 



Table 3: BSS Record Type 



Bits 


Record Type 


6 


5 








Basic 





1 


Handover 


1 





Radio 


1 


1 


No BSS Trace 



Table 4: Priority Indication 



Bit 


Priority 


8 





No priority 


1 


Priority 



This bitmap of the Trace Type is required to map onto the Trace Type as defined in GSM 09.02 as an Integer with 256 
possible values. This is achieved by a binary to decimal conversion of the bitmap, where bit 8 has weight 128 and bit 1 
has weight 1 . 



6.2 HLR Trace Type 



The HLR Trace Type field contains the type of trace activated in the HLR. The trace type consists of the following 
components. 



8 


7 6 5 


4 3 


2 1 


Priority 
Indication 


For future expansion (Set to 0) 


HLR Record Type 


Invoking Event 
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Table 5: Invoking Events 



Bits 


Invoicing Events 


2 


1 










All HLR Interactions 





1 


Spare 


1 





Spare 


1 


1 


Operator definable 



If the "operator definable" option is selected, all subsequent Trace Record Types are deemed to be "operator definable". 
In this case the significance of bits 3 and 4 are operator defined, however the significance of bit 8 remains "Priority 
Indication". In all cases, for GSM Phase 2 Network Elements the setting of bits 5-7 shall not affect trace record 
generation. 

Table 6: HLR Record Type 



Bits 


Record Type 


4 


3 








Basic 





1 


Detailed 


1 





Spare 


1 


1 


No HLR Trace 



Table 7: Priority Indication 



Bit 


Priority 


8 





No priority 


1 


Priority 



This bitmap of the Trace Type is only required in the HLR and is not required to be mapped onto any GSM 09.02 [6] or 
other Trace Types. 



Trace record contents 



7.1 



General 



Tables 9, 10 and 11 illustrate the structure of a trace record, and table 8 illustrates the structure of the Trace Record 
header. This header is used at the start of all trace records. 

In the case where trace data is distributed over several records, linkage between the records is provided in the record 
header. If parallel events are also being traced, additional linkage for the traced data relating to each event is provided in 
the trace record content. Parallel events are not applicable to BSS trace records. 

The trace reference, trace type and operation system identification are all provided on trace activation. Each record may 
contain an MSC, BSS or HLR event record. A key is included in the table indicating whether or not the field is 
mandatory. In this table and throughout this document the key field has the following meaning: 
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M 



O 



X 



This field must appear in at least one trace record associated with the invoking event. Any exceptions to this 
rule are explicitly described. 

This field is only available under certain conditions. If available this field must be present in at least one trace 
record associated with the invoking event. The conditions under which this field is available are individually 
described. 

This field is optional and its support is a matter for agreement between equipment manufacturer and network 
operator. Equipment manufacturers do not have to be capable of providing all these fields to claim 
conformance with this ETS. 

This field is not required in this instance. 



Table 8: Trace Record Header 



Field 




Description 


IMSIorlMEl 


M 


IIVISI or IMEI of subscriber/equipment being traced. See GSIVI 12.05 annex B 
definitions for Served IIVISI and Served IMEI. The BSS shall include this field in 
the reace record header only if available in the A-interface MSC INVOKE TRACE 
message. 


Trace Reference 


M 


An identifier assigned by the OSF at Trace Activation which may be used by the 
OSF in conjunction with the IIVISI/IMEI and the Transaction ID to uniquely identify 
a record or collection of records for one particular trace. This must always appear 
in every trace record. 


Transaction id 


C 


An identifier of a particular transaction, described in GSIVI 08.08. It shall be 
included if available in the A-lnterface message MSCJNVOKE_TRACE. 


Omc-ld 





The address of the OS entity that the OSF activating the trace requires priority 
trace records to be sent to by the NE performing the trace (see also clause 9 
Trace Record Transfer). 


IVISC/BSS Trace Type 


C 


This field contains the MSC/BSS trace type as provided in the trace activation 
message (see subclause 6.1 MSC/BSS Trace Type). It must always appear in the 
first record header. 


HLR Trace Type 


C 


This field contains the HLR trace type as provided in the trace activation message 
(see subclause 6.2 HLR Trace Type). It must always appear in the first record 
header. 


MSC/BSS Trace Type 
Used 





This field contains the MCS/BSS trace type which has been applied. This trace 
type may be different to the one provided in the trace activation message due to 
manufacturer constraints. It must always appear in the first record header. 


HLR Trace Type Used 





This field contains the HLR trace type which has been applied. This trace type 
may be different to the one provided in the trace activation message due to 
manufacturer constraints. It must always appear in the first record header. 


Start Time 


M 


The time the compilation of the Trace Record was started. It must always appear 
in the first record header. All timestamps used in the TraceEvent Record are 
relative to this time. 


End Time 


M 


The time the compilation of the Trace Record was completed. It must always 
appear in the last record header. It may be used by the OSF as an indication that 
the trace in that particular Network Element is completed. 


Recording Entity 


M 


For MSC/HLR - the E.164 number of the recording entity. 

For BSS -the BSCJD as given in GSM 12.20 [11]. 

Alternatively the recording entity may be expressed as a graphic string. 


Trace Event Record 


M 


This field contains either an MSC, HLR or BSS trace record as described in 
subclauses 7.2 to 7.4 below. This must always appear in every trace record. 


Sequence Number 


C 


This field is used to identify the sequence of records from a particular recording 
entity when more than one trace record is produced for the invoking event. 


Reason For Record 


C 


This specifies why the record was generated by the NE (see subclause 8.2). In 
addition to these reasons, other manufacturer specific reasons may be specified 
(see subclause 8.2.3). 
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7.2 



MSC Trace Record Content 



The following types of fields are supported in the 2 MSC trace types. 

Table 9: MSC Trace Record Content 



Field 


MSC Trace Type 


Description 


Basic 


Detaile 
d 


Invoking Event 


M 


M 


Event invoking trace (Not available at the non-anchor 
MSC on Inter-MSC Handover). 


Served IMSI 


C 


C 


IMSI of the calling party in the case of MOC or the 
called party in the event of MTC. Not available in 
case of emergency call without SIM. This field is only 
required for IMEI trace. 


Served IMEI 


C 


C 


IMEI of the calling ME in the case of MOC or the 
called party in the event of MTC. This field is only 
required for IMSI trace. 


Served MSISDN 


c 


c 


Primary MSISDN of the party being traced. 


Calling/Called Number 


c 


c 


The MSISDN of the calling party in case of MTC. The 
MSISDN of the called party in case of MOC. 


Calling Subaddress 


c 


c 


The subaddress of the calling party (for both MOC 
and MTC). 


Called Subaddress 


c 


c 


The subaddress of the called party (for both MOC 
and MTC). 


Translated Number 


c 


c 


The called number of the party not being traced after 
digit translation within the MSC (if applicable) (i.e. 
applies to MOC only). 


Connected Number 


c 


c 


The number of the party not being traced (applies to 
MOC only). 


Forwarded-to 
Number 


c 


c 


The number to which the call will be forwarded 
(applies to MTC only). 


Forwarded-to 
Subaddress 


c 


c 


The subaddress to which the call will be forwarded 
(applies to MTC only). 


Redirecting Number 


c 


c 


The number from which the call was last redirected 
(applies to MTC only). 


Original Called 
Number 


c 


c 


The number of the original called party 
(applies to MTC only). 


Roaming Number 


c 


c 


The MSRN of the traced subscriber in the case of 
MTC, or the MSRN of the called subscriber in case of 
MOC, if available. 


Network Trunk 
Group Point 


c 


c 


In case of a MOC the outgoing trunk on which the call 
leaves the MSC. In case of an MTC the incoming 
trunk on which the call originates as seen from the 
MSC. 


Basic Service 


c 


c 


The bearer- or teleservice employed. 


Radio Channel types 





c 


A list of radio channel types used during the 
compilation of the trace record, each timestamped. 


BSS Handover Trunk 





c 


A list of the incoming/outgoing trunk group and 
member used to connect the MSC to BSS (including 
the original and each intra-MSC BSS handover) each 
time-stamped. 


MSC Handover Trunk 





c 


A list of the trunk group and member used to connect 
two MSCs (including the original and each Inter-MSC 
handover) each time-stamped. 






(c 


ontinued) 
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Table 9 (concluded): MSC Trace Record Content 



Field 


MSC Trace Type 


Description 


Basic 


Detaile 
d 


Location 


C 


C 


A list of Location Area Codes / Cell Ids used during 
the compilation of the trace record starting with the 
identity of the cell in which the invoking event 
originated or terminated, each time stamped. 


SS Information 


C 


c 


A list of information related to any SS actions carried 
out during the period of the trace. 
The SS Information contains the SS Code for each 
SS Action, the Basic Services for which each SS 
action was carried out, the type of each SS action 
carried out, a list of SS parameters associated with 
each SS action, the result of each SS action and the 
Invoke Id allocated for each SS Action. 


AOC Parameters 





c 


A list of the charge advice parameters sent to the MS 
(including on call set-up and on changes as a result 
of a tariff switch over), each timestamped. 


IVIS Classmark 2 


c 


c 


A list of the mobile station classmark 2 information 
(starting with on call set-up), each timestamped. 


Call Termination 
Diagnostics 


c 


c 


A detailed reason for the release of the connection. 
See GSM 12.05 annex B - Diagnostics. 


A-lnterface Messages 


X 


c 


A sequential list of all DTAP and BSSMAP messages 
passed on the A-lnterface. 


C-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the HLR/AUC. 


D-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing VLR and the HLR/AUC. 


E-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the subsequent MSC. 


F-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the EIR. 


G-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing VLR and another VLR. 


Network Signalling 
Messages 


X 


c 


A sequential list of all user part messages e.g. ISUP, 
TUP messages. 


Event Start Time 


c 


c 


The time the event was started. 
It must always appear in case the trace record is 
already being compiled and the event belonging to 
this event record for this same subscriber occurs. 


Event Stop Time 


c 


c 


The time the event was finished. 
It must always appear in case the trace record is still 
being compiled due to an ongoing event and the 
event belonging to this event record finishes. 


Event Number 


M 


M 


The Event Number is used to identify tracing data 
belonging to the same event. 


Record extensions 








A set of network/ manufacturer specific extensions to 
the record. 


OR information 


c 


c 


Information about the use of optimal routeing shall be 
present in the MSC Trace Record (applies to MTC 
only) if optimal routeing was tried otherwise it shall be 
absent. OR information contains: E.164 address of 
the GMSC, Call reference number used by the GMSC 
for Optimal Routeing of this call and reason for failure 
of optimisation. Error situations which lead to failure 
of the call, rather than non-optimal routeing, are not 
described here. 


MS Classmark 3 


c 


c 


The MS Classmark 3 indicated during the period of 
the trace invocation, each timestamped. 



ETSI 



GSM 12.08 version 5.1.1 Release 1996 



26 



TS 101 627 V5.1.1 (1998-07) 



7.3 



BSS Trace Record Content 



The following types of fields are supported in the 3 BSS trace record types: 

Table 10: BSS Trace Record Content 



Field 


BSS Trace Type 


Description 


Basic 


Hand- 
over 


Radio 


Invocation Message 


M 


M 


M 


GSM 08.08 [4] invocation message which started the 
trace action. 


BIS ID 


M 


M 


M 


The ids of all BTSs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


TRXID 


M 


M 


M 


The ids of all TRXs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


TRAU ID 











The ids of all TRAUs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


Radio Channel Info. 


M 


M 


M 


The radio channel types and descriptions used during 
the period of the trace invocation, each timestamped. 
If the trace record relates to a HSCSD call then the 
field Radio Channel Info 96 shall be used instead. 


Request type 


C 


C 


C 


The reasons for channel seizure (originating, 
terminating, re-establishment, handover) (see 
GSM 04.08 [2]), each timestamped. 


End Indication 


C 


C 


C 


The reasons for channel release (see 
GSM 04.08 [2]), each timestamped. 


MS Power 


X 


C 


C 


The last MS power used before a channel is released 
(see GSM 12.20 [11]), each timestamped. 


BS Power 


X 


C 


C 


The last BS power used before a channel is released 
(see GSM 12.20 [11]), each timestamped. 


Timing advance 


X 


C 


C 


The last timing advance used before a channel is 
released (see GSM 12.20 [11]), each timestamped. 


MS Classmark 1 


c 


c 


C 


The MS Classmark 1 indicated during the period of 
the trace invocation, each timestamped. 


MS Classmark 2 


c 


c 


C 


The MS Classmark 2 indicated during the period of 
the trace invocation, each timestamped. 


MS Classmark 3 


c 


c 


C 


The MS Classmark 3 indicated during the period of 
the trace invocation, each timestamped. 


BSIC 


M 


M 


M 


This field is the combination of Network Colour Code 
and Base station Colour Code (see GSM 12.20 [11]). 


CIC 


C 


C 


C 


The terrestrial circuit identification codes used for the 
call on which the trace is being performed, each 
timestamped (see GSM 08.08 [4]). 


Handover result 





C 


C 


The results of each handover occurring during the 
period of the trace invocation each timestamped. 


Handover cause 





C 


c 


The reasons for starting each handover attempt 
during the period of the trace invocation (see 
GSM 08.08 [4]), each timestamped. 








(contint 


jed) 
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Table 10 (concluded): BSS Trace Record Content 



Field 


BSS Trace T^ 


rpe 


Description 


Basic 


Hando 
ver 


Radio 


Handover duration 





C 


C 


The times taken between sending the handover 
command and receiving the handover complete for 
each successful handover, each timestamped. 


Target Cell list 


X 


c 


C 


The target cells at the start of each handover attempt, 
each timestamped. 


Synchronization 
information 


X 


c 


c 


The synchronization values for each handover 
attempt, each timestamped. 


SCCP connection event 


X 








Each SCCP connection event used during the period 
of the trace invocation (Connection Request, Confirm, 
Refuse, Released, Released Complete), each 
timestamped. 


BSSI\/1AP message 


X 


c 


c 


L3 Message contents, during the period of the trace 
invocation, each timestamped, see GSM 08.08 [4]. 


DTAP message 


X 








L3 Message contents, during the period of the trace 
invocation each timestamped, see GSM 04.08 [2]. 


RR message 


X 


c 


c 


L3 Message contents, during the period of the trace 
invocation, each timestamped, see GSM 04.08 [2]. 
Only applies to those parts of the message between 
the BSC and the MS. 


A-bis Messages 


X 


X 


c 


All Abis messages except measurement reports and 
power control, each timestamped, see 
GSM 08.58 [5]. 


Timed A-bis IVIessages 


X 


c 


X 


X Abis messages (except measurement reports and 
power control) received before and Y Abis messages 
received after a handover, each timestamped. X & Y 
are operator configurable parameters via MM! and 
are local to the BSS. 


Measurement Reports 


X 


X 


c 


All uplink and downlink measurement reports, each 
timestamped, see GSM 08.58 [5]. 
As a manufacturer option, the list of the ARFCN 
corresponding to frequency indexes indicated in 
MEASUREMENT REPORT message (see GSM 
04.08 [2]) can be included in order to ease 
interpretation of the measurements relating to 
neighbour cells. 


Timed Measurement 
Reports 


X 


c 


X 


X uplink and downlink measurement reports received 
before and Y measurement reports received after a 
handover, each timestamped. X & Y are operator 
configurable parameters via MMI and are local to the 
BSS. 

As a manufacturer option, the list of the ARFCN 
corresponding to frequency indexes indicated in 
MEASUREMENT REPORT message (see GSM 
04.08 [2]) can be included in order to ease 
interpretation of the measurements relating to 
neighbour cells. 


Power Control Messages 


X 


X 


c 


All power control messages, each timestamped, see 
GSM 08.58 [5]. 


Timed Power Control 
Message 


X 


c 


X 


X power control messages received before and Y 
power control messages received after a handover, 
each timestamped. X & Y are operator configurable 
parameters via MMI and are local to the BSS. 


Record extensions 











A set of network/ manufacturer specific extensions to 
the record. 


Radio Channel Info 96 


c 


c 


c 


The radio channel types and descriptions used during 
multislot calls for the period of the trace invocation, 
each timestamped. If this field is present, the field 
Radio Channel Info shall be ignored. 
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7.4 



HLR Trace Record Content 



The following types of fields are supported in the 2 HLR trace record types: 

Table 11 : HLR Trace Record Content 



Field 


HLR Trace Type 


Description 


Basic 


Detaile 
d 


Invoking Event 


M 


M 


Event invoking trace. 


Served MSISDN 


C 


C 


Primary MSISDN of the party being traced. 


MSC Address 


C 


C 


Entity number of the serving IVISC (GSM 1 2.05 [1 0] 
annex B). 


VLR number 


C 


C 


Entity number of the serving VLR (GSIVI 12.05 [10] 
annex B). 


SS Information 


C 


C 


A list of information related to any SS actions carried 
out during the period of the trace. 
The SS Information contains the SS Code for each 
SS Action, the Basic Services for which each SS 
action was carried out, the type of each SS action 
carried out, a list of SS parameters associated with 
each SS action, the result of each SS action and the 
Invoke Id allocated for each SS Action. 


Subscriber data 





C 


The subscriber data sent to the VLR after a location 
update. 


Roaming number 


C 


C 


The roaming number returned from the serving VLR. 


SIVI Delivery outcome 


C 


C 


The outcome of a IVIT SM delivery. 


Alert reason 


C 


C 


Indicates the reason why the SIVI service centre was 
alerted. 


Service Centre address 


C 


C 


The address of the SM service centre. 


IVIAP interface messages 


X 


C 


A sequential list of all MAP messages passed to and 
from the Tracing HLR. 


Event Start Time 


C 


C 


The time the event was started. 
It must always appear in case the trace record is 
already being compiled and the event belonging to 
this event record for this same subscriber occurs. 


Event Stop Time 


c 


C 


The time the event was finished. 
It must always appear in case the trace record is still 
being compiled due to an ongoing event and the 
event belonging to this event record finishes. 


Event Number 


M 


M 


The Event Number is used to identify tracing data 
belonging to the same event. 


Record extensions 








A set of network/ manufacturer specific extensions to 
the record. 


OR information 


C 


C 


Information about the use of optimal routeing shall be 
present in the HLR Trace Record if optimal routeing 
was tried, otherwise it shall be absent. OR 
information contains: E.164 address of the GMSC, 
Call reference number used by the GMSC for Optimal 
Routeing of this call and reason for failure of 
optimisation. Error situations which lead to failure of 
the call, rather than non-optimal routeing, are not 
described here. 



7.5 Trace Record fields 

Only those fields which are not defined in GSM 12.05 [10] annex B or are named differently from an identical field in 
GSM 12.05 [10] annex B are included here. Only supplementary information is included in this clause; where a 
description in tables 9 - 1 1 is sufficient, no additional information is provided. 
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7.5.1 Radio channel information 

When instructing the mobile to move to a new channel during procedures like Assignment, Immediate Assignment and 
Handover, the BSS must give the mobile all the necessary information such as frequency (frequencies if hopping), 
timeslot number, channel type etc. This is done using the Channel Description or Channel Description 2 IE types 
defined in GSM 04.08 [2]. The structure of the Channel Description or Channel Description 2 depends on whether or 
not frequency hopping is in use. These two cases are described below: 

No Frequency Hopping 

Channel Description (or Channel Description 2) IE type (GSM 04.08 [2]), contains the following: 

Channel Type (TCH, SDCCH etc.); 

Timeslot Number (0 to 7); 

TDMA Offset (0 to 7, used to identify SDCCH etc. within a timeslot); 

Training sequence number; 

Absolute Radio Carrier Frequency number. 

Frequency Hopping 

Channel Description (or Channel Description 2) IE type (GSM 04.08 [2]), contains the following: 

Channel Type (TCH, SDCCH etc.); 

Timeslot Number (0 to 7); 

TDMA Offset (0 to 7, used to identify SDCCH etc. within a timeslot); 

Training sequence number; 

Hopping Sequence Number; 

Mobile Allocation Index Offset. 

In this case, the channel description does not contain the list of frequencies to be used for hopping and an additional 
field indicating the mobile allocation is required. The mobile allocation is the set of frequencies to be used for hopping 
and is obtained from any of the following: 

a) Cell Channel Description and Mobile Allocation; 

b) Frequency Channel sequence; 

c) Frequency List; 

d) Frequency Short List. 

In summary, to identify a GSM channel unambiguously the "Channel Description" field is sufficient on its own when 
frequency hopping is not used but mobile allocation is also required when hopping is in use. 

In case of multislot call (HSCSD), when a procedure like Assignment, Handover or Configuration Change occurs, the 
BSS provides the mobile with the description of the whole set of timeslots allocated to it. In some specific cases, this is 
done by using the Channel Description 2 defined in GSM 04.08 [2]. In other cases this is done by using the Multislot 
Allocation defined in GSM 04.08 [2]. For this reason, both of these lEs may be included in the trace record. 

7.5.2 OR information 

GSM 03.79 [17] defines three logically distinct PLMNs, which are involved in the handling of an optimally routed call: 

the Interrogating PLMN (IPLMN) which interrogates the HPLMN of the B subscriber to obtain information to 
route the call to that subscriber or to the forwarded-to destination defined by the called mobile subscriber. The 
IPLMN is also the VPLMN of the A subscriber. 

- the HPLMN of the called mobile subscriber (HPLMNB); 

- the VPLMN of the called mobile subscriber (VPLMNB). 

The following figure shows the communicating Network Elements in the IPLMN, HPLMNB and VPLMNB for an 
optimally routed call (for all the messages and call scenarios see GSM 03.79 [17]). The Trace Record contents 
described below apply for all call cases described in GSM 03.79 [17]. 
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Figure 4: Architecture for optimal routeing of basic mobile-to-mobile call (from GSM 03.79) 

Information about the use of optimal routeing shall be present in HLRB, if HLRB receives Send Routeing Information 
message containing OR interrogation indicator. OR interrogation indicator is present when the interrogation is from a 
GMSC not in the same PLMN as the HLR. 

In this case the HLR trace record shall contain following information: 

the E. 164 address of the interrogating GMSC; 

Call reference number used by the GMSC for Optimal Routeing of the call; 

indication that OR was applied or the reason for failure of optimisation. 

The reasons for failure that can be stated in HLR are following: 

OR was not allowed in HLRB; 

OR was not allowed for a subscriber; 

the charging requirements for OR are contravened, 

OR was not allowed in VLRB. 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in the OR 
information part of the Trace Record. 

Information about the use of optimal routeing shall be present in VMSCB if VMSCB receives Provide Roaming 
Number including an indication that this is a request for an OR call. 

In this case the MSC trace record of VMSCB shall contain following information: 

the E. 164 address of the interrogating GMSC; 

Call reference number used by the GMSC for Optimal Routeing of the call; 

indication that OR was applied or the reason for failure of optimisation. 
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The reasons for failure that can be stated in VMSCB are following: 

(In late call forwarding) Resume Call Handling negative response was received from GMSCA and the call 
will be forwarded at VMSCB. 
OR was not allowed in VLRB. 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in the OR 
information part of the Trace Record. 

There is no tracing in GMSCA. OR information is not available in the MSC trace record produced in VMSCA. 



8 Creation of Trace Records 

8.1 General 

As has already been stated, the sequence of events for the creation of a trace record is as follows: 

1) Trace is activated for a particular IMSI or IMEI. 

2) The subscriber undertakes such action as to cause an invoking event to start. 

3) The compilation of a trace record commences in the NEF as described in the Trace Type and under the control of 
the traceRecord attribute recordCriteria. This allows trace records to be produced at times other than when the 
invoking event ends, e.g. after a specific event has occurred. 

4) If a further invoking event occurs trace data related to this event is collected in the same trace record. 

5) All invoking events end or the recordCriteria attribute is satisfied, (see 3) above), or for the BSS only, an MSC 
INVOKE TRACE message is received with the BSS record type field set to "No BSS Trace" and the message 
relates to an ongoing trace. 

6) The record is forwarded to the OSF or local filestore (depending on priority). 

In certain circumstances it may be undesirable for the invoking event to have to end before the record is forwarded to 
the OSF or local filestore. Examples of these circumstances may be: 

1) The operator requires to know a subscriber's whereabouts at the moment he starts making a call. 

2) The operator requires to know when a handover occurs, as soon as it occurs. 

3) The buffer in the NEF may be too full to contain any more trace record data. 

This is resolved through the use of the attribute recordCriteria in the traceControl object. When this attribute is set to 
anything other than noCriteria, records are forwarded to either the filestore or the OSF as soon as the specified criteria is 
satisfied. 

8.2 Trace Record Control 
8.2.1 General 

The trace record collection and generation processes are controlled by the traceControl managed object class. There 
shall be one, and only one, instance of this object class for each NEF that supports the trace function. This object carries 
out the following functions: 

1) to cause the data to be collected in the NEF as defined by the Trace Type; 

2) to define the criteria by which records are generated; 

3) to generate the trace record notifications. 
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System management functions: 

Create traceControl; 
Delete traceControl; 
Get Attribute; 
Set Attribute. 

Notifications: 

stateChange; 

objectCreation; 

objectDeletion; 

attributeValueChange; 

traceReport. 

8.2.2 Attributes 

There is one instance of this object class in each NEF that supports the trace function. It contains the following 

attributes: 

Name M/0 Value-Set 

traceControlld RDN Single 

administrativeState M Single 

operationalState M Single 

recordCriteria M Single 

eventTypes O Single 

traceControlld 

This attribute is a unique identifier for the traceControl MOI in the NEF and is used as an RDN. 

administrativeState 

This attribute defines the administrative state of the traceControl MOI in the NEF (Recommendation X.731 [16]). 

operationalState 

This attribute defines the operational status of the traceControl MOI in the NEF (Recommendation X.731 [16]). 

recordCriteria 

This attribute, if set, defines the criteria by which trace records are generated in the NEF. It may have one or more of the 
following values: 



noCriterIa The NEF will not output trace records of the event type. 

event The NEF will output a trace record every time a particular recordable event 
occurs, the nature of that event being defined in the attribute eventTypes. 



In all cases, a trace record will be produced at the end of the invoking event, or if other criteria are set by the 
manufacturer, when these criteria are met. 

eventTypes 

This attribute defines a set of recordable events, the appearance of any will trigger a trace record to be output, assuming 
the "event" value is set in the recordCriteria attribute. 

8.2.3 Other Trace Record Criteria 

Regardless of the trace record criteria set by the operator, there are circumstances under which a trace record may be 
generated, with the criteria being set by the manufacturer. These will usually be due to a lack of resources such as 
"Buffer Full" or "Processor Overload". 
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Trace Record Transfer 



9.1 



General 



This clause is concerned solely with the management of the trace record collection process. This service component 
controls the transfer of the trace records from the NEFs to the OSF. The conceptual model is illustrated in figure 5, 
which employs both the event report function (CCITT X.734 [14]) and the log control function (CCITT X.735 [15]). 

The trace control function collects traceable events within the NEF and formats them into trace records. These trace 
records may be stored locally within the NEF filestore or transferred to the OSF in the form of event reports. This is 
controlled by means of the "priority" indicator, which is a part of the trace type. If the "priority" indicator is not set then 
the trace records shall stored within the local filestore and subsequently transferred to the OSF in bulk via FT AM. 

If a trace is activated with the "priority" indicator set then the trace records shall be sent to the OSF either direct by the 
trace control function or through Event Forwarding Discriminators (EFDs). 

If EFDs are used then all trace records are offered to the EFDs. The EFDs determine which of the records are to be 
transmitted to the OSF in the form of event reports and the Operation System Id field in the header is ignored. The EDFs 
have complex filter constructs which allow the operator to define the criteria for destinations and filters. 

If EFDs are not used then all priority records are forwarded to the OSF whose address is given in the Operation System 
Id field. The NEF is required to supply additional information to provide the OS management application entity title. 

Finally, the trace records may also be stored in the form of log entries within the log of the NEF. It is up to the operator 
to decide if the log function is needed in parallel with the event reporting and file store. Once stored, the log records 
may be individually accessed by the OSF via the appropriate object management functions. Care should be taken of 
filter criteria for log records to avoid unnecessary overheads. 
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Figure 5: Data collection model 

This service component contains the following groups of TMN management functions: 

bulk record transfer; 
event reporting; 
log control; 
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log access. 

9.2 Transfer of Records 
9.2.1 Bulk record transfer 

This group of TMN functions is concerned with the bulk transfer of trace records from the NEF record filestore to the 
OSF. 

The trace records shall be transferred from the NEF to the OSF by the use of FT AM services. For further details of the 
use of FT AM see GSM 12.01 [8]. 

In addition to the simple file transfer services provided by FT AM, peer-to-peer application process communication may 
also be supported. The use of CMIS services for the uploading of files from the NEF to the OSF is specified in the 
GSM 12.00 [7]. 

When the procedure defined in GSM 12.00 [7] and GSM 12.01 [8] are used to transfer the trace records, the file type 
shall be traceRecords and the format of the file is given by the type TraceFileFormat. 



9.2.2 Log control 



This function permits the trace record to be stored and retrieved from logs within the NEF. The logging of these records 
is performed in accordance with the log control function specified in CCITT X.735 [15] and no additional management 
functions are required. 



9.2.3 Log access 

This TMN function controls the access to the log described above. Each log defined may contain one or more log 
entries. Each log entry contains a single trace record. 

NOTE: The term log entry has been used instead of the term log record to avoid confusion between records 
contained within the local filestore and the records stored within logs. 

For further details concerning to use of logs, see CCITT X.735 [15]. 

The following system management functions are required: 

Get/Delete traceLogEntry 

9.2.4 Event Reporting 

9.2.4.1 Event Forwarding Discriminators 

For short-term recording of tracing events and for more complicated filter conditions the event forwarding discriminator 
construct defined in CCITT X.734 [14] and CCITT X.721 [13] can be employed. The event forwarding discriminator 
construct is extremely flexible permitting the combination of a number of fields and logical operations with a wide 
variety of scheduling options. The EFD also controls the destinations to which the event reports are sent. Several such 
filters may be defined and scheduled for operation at different times and for different time periods. 

The following system management functions are required: 

Create/Set/Get/Delete eventForwardingDiscrimator 

9.2.4.2 Direct Transfer by Trace Control Function 

This function permits the NEF to transmit trace records direct to the OSF. In general the trace record shall be sent on 
completion of the call or the traceable event. This function is controlled by means of the "priority" indicator, which is 
contained in the trace type. If the priority indicator is not set, then the trace records shall be stored on file within the NE 
filestore. These records may be subsequently collected via bulk record transfer as described in subclause 9.2.1. If the 
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trace type specified on activation includes the "priority" indicator then all of the records shall be sent via trace reports to 
the OSF specified by the operation system id. 

NOTE: As the operations system id. provided is an AddressString (e.g. CCITT E. 164 number) some form of 
translation or directory service may be required within the NE in order to provide the appropriate OS 
management application entity title. 

The following system management functions are required: 

Notification traceReport 



1 Managed Object Model 
10.1 Naming Hierarchy 

The naming (containment) tree for the objects defined within this clause is illustrated in figure 6. It should be noted that 
the GSM 12.08 object classes are shown relative to the "managedElement". The MO traceControl is contained in every 
NEF (mscFunction, hlrFunction and bssFunction from GSM 12.00 [7]) that supports trace functionality. For further 
details of the upper layers of the containment tree see GSM 12.00 [7]. For further details concerning the log class see 
CCITT X.721 [13]. 



Defined in GSM 12.00 



mqrFi]nr1-inn~l 



h<;qFi]nr1-inn 



hlrFunction 



traceControl 



managed 
Element (*) 



Defined in G SIM 12.00 



event 

Forwanding 

Discriminator 



log 



trace 
Ijog Record 



Figure 6: Trace Record Transfer Containment Tree 



10.2 Inheritance 

The inheritance tree for GSM 12.08 is illustrated in figure 7 below. The object classes "log", "logRecord", 
"eventLogRecord" and "eventForwardingDiscriminator" are defined in CCITT X.721 [13]. 
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Figure 7: Trace Record Transfer Inheritance Tree 



10.3 Object Classes 

10.3.1 tracedHomeSubscriberlnHIr 

tracedHomeSubscriberlnHlr MANAGED OBJECT CLASS 
DERIVED FROM 

"CCITT Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedHomeSubscriberlnHlr Package, 
"CCITT Rec. M.3100: 1992": createDeleteNotlf IcatlonsPackage, 
"CCITT Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-ob jectClass 100}; 

tracedHomeSubscriberlnHlr Package PACKAGE 
BEHAVIOUR 

tracedHomeSubscriberlnHlr Behaviour; 
ATTRIBUTES 

imsl GET, 

traceActivatedlnVlr GET, 

traceRef erence GET, 

traceType GET, 

hlrTraceType GET, 

mapErrorOnTrace GET 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 100}; 

tracedHomeSubscriberlnHlr Behaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5.1.1"; 
operationSystemldPackage PACKAGE 
BEHAVIOUR 

operationSystemldBehaviour; 
ATTRIBUTES 

operationSystemId GET 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 200}; 

operationSystemldBehaviour BEHAVIOUR 
DEFINED AS 
"This package provides the attribute to specify destination operation system. The use of this 

attribute is described in chapter Trace record transfer. The package is conditional to allow 

the attribute operationSystemId to be optional."; 



1 0.3.2 tracedForeignSubscriberlnVIr 

tracedForeignSubscriberlnVlr MANAGED OBJECT CLASS 
DERIVED FROM 

"CCITT Rec. X.721: 1992":top; 
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CHARACTERIZED BY 

t racedForeignSubscriber I nVlr Package, 
"CCITT Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"CCITT Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-ob jectClass 200}; 
t r acedForeignSubscriber I nVlr Package PACKAGE 
BEHAVIOUR 

t r acedFor e ign Subscriber I nVlr Behaviour; 
ATTRIBUTES 

imsi GET, 

f ore ign Subscriber Regis teredlnVlr GET, 
traceRef erence GET, 

traceType GET 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 300}; 

t r acedFor e ignSubscriber I nVlr Behaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.1"; 

10.3.3 tracedEquipmentlnVIr 

tracedEquipmentlnVlr MANAGED OBJECT CLASS 
DERIVED FROM 

"CCITT Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedEquipmentlnVlr Package, 
"CCITT Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"CCITT Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-ob jectClass 300}; 

tracedEquipmentlnVlr Package PACKAGE 
BEHAVIOUR 

tracedEquipmentlnVlr Behaviour; 
ATTRIBUTES 

imei GET, 

equipmentRegisteredlnVlr GET, 

traceRef erence GET, 

traceType GET 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 400}; 

tracedEquipmentlnVlr Behaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.2"; 

1 0.3.4 Trace control 

This managed object class represents the trace collection process and generates the trace report notifications. There shall 
be one, and only one, instance of this object class for each NEF that supports the trace function. 

traceControl MANAGED OBJECT CLASS 

DERIVED FROM "CCITT Rec. X.721: 1992":top; 

CHARACTERIZED BY 

traceControlPackage, 



"CCITT Rec. M.3100 
"CCITT Rec. M.3100 
"CCITT Rec. M.3100 



19 92'' 
19 92' 
19 92'' 



attributeValueChangeNotif icationPackage, 
createDeleteNotif icationsPackage, 
stateChangeNot if icationPackage; 



CONDITIONAL PACKAGES 

eventlypeCriteriaPackage PRESENT IF "an instance supports it" 

REGISTERED AS { Trace-DataTypes . gsm-12 08-ob jectClass 400}; 

traceControlPackage PACKAGE 
BEHAVIOUR 

traceControlBehaviour BEHAVIOUR 
DEFINED AS 
"This managed object class is employed to generate trace report notifications. There can be only 

one instance of this object class in each NEF that supports trace functionality. 

For the administrativeState, the value LOCKED causes all tracing activity in the NEF to cease. 
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The value UNLOCKED allows tracing activity. The value SHUTTING-DOWN prevents any new invocation 
of a trace. Current invocations will continue until they are finished. When all current 
invocations finish, the state will automatically transit to LOCKED.";; 
ATTRIBUTES 

traceControlId GET, 

"CCITT Rec. X.721: 1992": administrativeState GET-REPLACE, 
"CCITT Rec. X.721: 1992": operationalState GET, 

recordCriteria GET-REPLACE ADD-REMOVE; 

NOTIFICATIONS 

traceReport; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-package 500}; 

eventTypeCriteriaPackage PACKAGE 
BEHAVIOUR 

event TypeCriteriaBehavi our BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify eventType record generation criteria. The use of 
this attribute is described in clause 8.2.2. The package is conditional to allow the attribute 
to be optional.";; 
ATTRIBUTES 

eventTypes GET-REPLACE ADD-REMOVE; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 520}; 



10.3.5 Trace log record 



This managed object class is a subclass of the "eventLogRecord" class described in CCITT X.735 and defined in 
CCITT X.721 and therefore inherits all of the properties of both the "logRecord" and "eventLogRecord" classes. This 
includes the name binding "logRecord-log" defined in CCITT X.721. 

traceLogRecord MANAGED OBJECT CLASS 

DERIVED FROM "CCITT Rec. X.721: 1 992 ": eventLogRecord; 

CHARACTERIZED BY 

traceLogRecordPackage; 

CONDITIONAL PACKAGES 

traceReferenceLogPackage PRESENT IF "an instance supports it", 

mscBssTraceTypeLogPackage PRESENT IF "an instance supports it", 

hlrTraceTypeLogPackage PRESENT IF "an instance supports it", 

mscBssTraceTypeUsedLogPackage PRESENT IF "an instance supports it", 

hlrTraceTypeUsedLogPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-objectClass 500}; 

traceLogRecordPackage PACKAGE 

BEHAVIOUR 

traceLogRecordBehaviour BEHAVIOUR 

DEFINED AS "This managed object is used to store a single trace record.";; 

ATTRIBUTES 

traceRecordContent GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 600}; 

traceReferenceLogPackage PACKAGE 
BEHAVIOUR 

traceReferenceLogBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify traceReference for trace report searching 
criteria in the Log. Optional.";; 
ATTRIBUTES 

traceReference GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 610}; 

mscBssTraceTypeLogPackage PACKAGE 
BEHAVIOUR 

mscBssTraceTypeLogBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify searching criteria to be mscBssTraceType of 
trace report in the Log. Optional.";; 
ATTRIBUTES 

mscBssTraceType GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 620}; 

hlrTraceTypeLogPackage PACKAGE 
BEHAVIOUR 

hlrTraceTypeLogBehaviour BEHAVIOR 
DEFINED AS 

"This package provides the attribute to specify searching criteria to be hlrTraceType of trace 
report in the Log. Optional.";; 
ATTRIBUTES 

hlrTraceType GET; 
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REGISTERED AS { Trace-DataTypes . gsm-12 08-package 630}; 

mscBssTraceTypeUsedLogPackage PACKAGE 
BEHAVIOUR 

mscBssTracelypeUsedLogBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify searching criteria to be mscBssTraceTypeUsed of 
trace report in the Log. Optional.";; 
ATTRIBUTES 

mscBssTraceTypeUsed GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 640}; 

hlrTraceTypeUsedLogPackage PACKAGE 
BEHAVIOUR 

hlrTraceTypeUsedLogBehaviour BEHAVIOUR 
DEFINED AS 

"This package provides the attribute to specify searching criteria to be hlrTraceTypeUsed of 
trace report in the Log. Optional.";; 
ATTRIBUTES 

hlrTraceTypeUsed GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-package 650}; 

10.3.6 Log 

This managed object class is described in CCITT X.735 and defined in CCITT X.721. 



10.3.7 Event Forwarding Discriminators 



The use of event forwarding discriminators (EFDs) is described in detail in CCITT X.734. The object class itself is a 
subclass of the "discriminator" object class. Both discriminator and event forwarding discriminator classes are defined 
in CCITT X.721. 



10.4 Attributes 



10.4.1 trace Activatedin VI r 

traceActivatedlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

traceActivatedlnVlr Behaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 10}; 

traceActivatedlnVlr Behaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5.1.2.1"; 



1 0.4.2 foreignSubscriberRegisteredlnVIr 

foreignSubscriberRegisteredlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

f ore ignSubscriber Regis teredlnVlr Behaviour ; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 20}; 

fore ignSubscriber Regis teredlnVlr Behaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.1"; 



10.4.3 equipmentRegisteredlnVIr 

equipment Regis teredlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 
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Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

equipment RegisteredlnVlr Behaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 30}; 

equipment RegisteredlnVlr Behaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.2"; 



1 0.4.4 mapErrorOnTrace 

mapErrorOnTrace ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes .MapErrorOnTrace; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

mapErrorOnTraceBehaviour ; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 40}; 

mapErrorOnTraceBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5.1.2.1"; 



10.4.5 IMEI 



imei ATTRIBUTE 

WITH ATTRIBUTE SYNTAX 

MAP-CommonDataTypes . IMEI ; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

imei Behaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 50} 

imeiBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.2"; 



10.4.6 IMSI 



imsi ATTRIBUTE 

WITH ATTRIBUTE SYNTAX 

MAP-CommonDataTypes . IMSI; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

imsi Behaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 60}; 

imsiBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.1"; 

1 0.4.7 Trace record content 

traceRecordContent ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceRecord; 

BEHAVIOUR 

traceRecordContent Behaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the contents of a trace record. 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 70}; 



10.4.8 Trace control id. 



traceControlId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceControlId; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

traceControlIdBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute uniquely identifies a trace control object. 
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REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 80}; 

10.4.9 HLR Trace type 

hlrTraceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 90}; 

10.4.10 Trace reference 

traceReference ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceReference; 

MATCHES FOR EQUALITY, ORDERING; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 100}; 



10.4.11 Trace type 



traceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 110}; 



10.4.12 Record criteria 



recordCriteria ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . RecordCriteria; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

recordCriteriaBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute specifies the criteria for the generation of a trace record by the network 

element . " ; ; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 120}; 



10.4.13 Event types 



eventTypes ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . EventTypes ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

eventTypeBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute specifies the type of event triggering the generation of a trace record by 
the networJc element . " ; ; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 140}; 

10.4.14 Operation system ID 

operationSystemId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . Omcid; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 160}; 

10.4.15 Operational State 

This attribute is described in Recommendation X.731 and the syntax is defined in X.721. 

10.4.16 Administrative State 

This attribute is described in Recommendation X.731 and the syntax is defined in X.721. 

1 0.4.1 7 MSC BSS trace type used 

mscBssTraceTypeUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 170}; 
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1 0.4.1 8 HLR trace type used 

hlrTraceTypeUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 180} 

1 0.4.1 9 MSC BSS trace type 

mscBssTraceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-attribute 190} 



10.5 Notifications 
10.5.1 General 

All notifications listed below are defined in CCITT X.721: 

attributeValueChange 
objectCreation 
objectDeletion 
stateChange 



1 0.5.2 Trace report 



traceReport NOTIFICATION 

BEHAVIOUR 

traceReport Behaviour; 
WITH INFORMATION SYNTAX Trace-DataTypes . TraceRecord 

AND ATTRIBUTE IDS 

traceReference traceReference, 

mscBssTraceType mscBssTraceType, 

hlrlraceType hlrTraceType, 

mscBssTraceTypeUsed mscBssTraceTypeUsed, 

hlrTraceTypeUsed hlrTraceTypeUsed; 

REGISTERED AS { Trace-DataTypes . gsm-12 08-notification 100}; 

traceReportBehaviour BEHAVIOUR 
DEFINED AS 
"This notification is issued by the trace control function to transmit a trace report to the OS. 

The attribute Ids may be used by Event Forwarding Discriminators to specify additional filter 

conditions . "; 

10.6 Name Bindings 

10.6.1 tracedHomeSubscriberlnHlr-hlrFunction Name Binding 

tracedHomeSubscriberlnHlr-hlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS tracedHomeSubscriber InHlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1 995" : hlrFunction; 

WITH ATTRIBUTE imsi; 

BEHAVIOUR tracedHomeSubscriber I nHlr-hlrFunctionBhv; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-nameBinding 100}; 

tracedHomeSubscriber I nHlr-hlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5"; 

10.6.2 tracedForeignSubscriberlnVlr-vlrFunction Name Binding 

tracedForeignSubscriberlnVlr-vlrFunction NAME BINDING 
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SUBORDINATE OBJECT CLASS tracedForeignSubscriber InVlr ; 
NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1 995" :vlrFunction; 
WITH ATTRIBUTE imsi; 

BEHAVIOUR tracedForeignSubscriber I nVlr-vlrFunctionBhv; 
CREATE; 
DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-nameBinding 200}; 

tracedForeignSubscriber I nVlr-vlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see GSM 1208 clause 5.6"; 

10.6.3 tracedEquipmentlnVlr-vlrFunction Name Binding 

tracedEquipmentlnVlr-vlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS tracedEquipment InVlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1 995" :vlrFunction; 

WITH ATTRIBUTE imei; 

BEHAVIOUR tracedEquipment I nVlr-vlrFunctionBhv; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-nameBinding 300}; 

tracedEquipment I nVlr-vlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see GSM 1208 clause 5.6"; 

10.6.4 traceLogRecord-Log Name Binding 

traceLogRecord-Log NAME BINDING 

SUBORDINATE OBJECT CLASS traceLogRecord; 

NAMED BY SUPERIOR OBJECT CLASS "CCITT Rec . X.721: 1992":log; 

WITH ATTRIBUTE "CCITT Rec . X.721: 1 9 92 " : logRecordld; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-nameBinding 400}; 

10.6.5 traceControl-inlrFunction Name Binding 

traceControl-hlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS traceControl ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995" : hlrFunction; 

WITH ATTRIBUTE traceControlId; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-nameBinding 500}; 

10.6.6 traceControl-mscFunction Name Binding 

traceControl-mscFunction NAME BINDING 

SUBORDINATE OBJECT CLASS traceControl; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995" :mscFunction; 

WITH ATTRIBUTE traceControlId; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-nameBinding 600}; 

10.6.7 traceControl-bssFunction Name Binding 

traceControl-bssFunction NAME BINDING 

SUBORDINATE OBJECT CLASS traceControl; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1 995" :bssFunction; 

WITH ATTRIBUTE traceControlId; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 08-nameBinding 700}; 
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1 1 Syntax 



Trace-DataTypes {ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Operation- 
Maintenance (3) gsm-12-08 (8) inf ormationModel (0) asnlModule (2) } 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

— EXPORTS everything 

IMPORTS 

gsm-12-08 

FROM GSM-DomainDef initions {ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-30 (30) inf ormationModel (0) asnlModule (2) gsm-OM- 

DomainDef initions (0) version (1) } 

SS-Info, 

InterrogateSS-Res, 
SS-UserData, 
Password, 
RegisterSS-Arg, 
SS-ForBS-Code, 
OSSD-Arg, 
OSSD-Res, 
Guidanceinf o 

FROM MAP-SS-DataTypes {ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network 
(1) modules (3) map-SS-DataTypes (14) version2 (2) } 

AddressString, ISDN-AddressString, ISDN-SubaddressString, BasicServiceCode, IMSI, IMEI 
FROM MAP-CommonDataTypes { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network 
(1) modules (3) map-CommonDataTypes (18) version2 (2) } 

BearerServiceCode 

FROM MAP-BS-Code { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-BS-Code (20) version2 (2) } 

CallReferenceNumber 

FROM MAP-CH-DataTypes { ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 

modules (3) map-CH-DataTypes (13) version3 (3) } 

TeleserviceCode 

FROM MAP-TS-Code { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-TS-Code (19) version2 (2) } 

SS-Code 

FROM MAP-SS-Code { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-SS-Code (15) version2 (2) } 

Subscriber Data 

FROM MAP-MS-DataTypes { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-MS-DataTypes (11) version2 (2) } 

SM-De 11 very Out come, 

AlertReason 

FROM MAP-SM-DataTypes { ccitt identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-SM-DataTypes (16) version2 (2) } 

ERROR 

FROM TCAPMessages {ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 

Object Instance 

FROM CMIP-1 { joint-iso-ccitt ms(9) cmip(l) modules (0) protocol (3)} 

Management Ex ten si on 

FROM Attribute-ASNlModule {joint-iso-ccitt ms(9) smi(3) part2 (2) asnlModule (2 ) 1} 

AOCParameters, Diagnostics, LocationAreaAndCell, IMSIorlMEI 

FROM GSM1205-DataTypes { ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-05 (5) inf ormationModel (0) asnlModule (2) 1 } 

AbsoluteRFChannelNo 

FROM GSM1220TypeModule {ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-20 (20) inf ormationModel (0) asnlModule (2) asnlTypeModule (0)}; 
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OBJECT IDENTIFIERS 
gsm-1208-informationModel OBJECT IDENTIFIER ::= {gsm-12-08 inf ormationModel (0)} 



gsm-12 08-ob jectClass 
gsm-12 08-package 
gsm-12 08-nameBinding 
gsm-12 08-attribute 
gsm-12 08-notif ication 



OBJECT IDENTIFIER ::= { gsm-12 08-inf ormationModel 
managedOb jectClass (3) } 

OBJECT IDENTIFIER ::= { gsm-12 08-inf ormationModel 
package (4 ) } 

OBJECT IDENTIFIER ::= {gsm-1208-inf ormationModel 
nameBinding (6) } 

OBJECT IDENTIFIER ::= {gsm-1208-inf ormationModel 
attribute (7) } 

OBJECT IDENTIFIER ::= {gsm-1208-inf ormationModel 
notification (10) } 



-these values are based on ETR 128 June 1994 (GSM 12.30, ETSI object 
-identifier tree; Common domain Mobile domain O&M managed object 
-registration definition. 
-Resulting values are e.g. {0 4003803 zzz} for gsm-1208-ob jectClass . 



TRACE ACTIVATION 



TraceStatus 

— TRUE 

— FALSE 



: : = BOOLEAN 
active 
active pending 



TraceType ::= OCTET STRING (SIZE(l)) 

— see GSM 12.08 subclause 6.1 for encoding of mscBssTraceXype 

— see GSM 12.08 subclause 6.2 for encoding of hlrTraceXype 



MapErrorOnTrace ::= 

{ 

noError 
systemFailure 
dataMissing 
unexpectedDataValue 
facilityNot Supported 
unidentif iedSubscriber 
tracingBuf f erFull 



ENUMERATED 

(0), 
(1), 
(2), 
(3), 
(4), 
(5), 
(6) 



TRACE RECORD 



TraceRecord 
{ 

tracedParty 

traceReference 

transactionID 

omcID 

mscBss TraceType 

hlrXraceType 

mscBsstraceTypeUsed 

hlrXraceTypeUsed 

startxime 

endxime 

recordingEntity 

traceEvent Records 

sequenceNumber 

recordReason 
} 

ReasonFor Record 
{ 

recorder iter la 

eventType 



SET 

[0] 
[1] 
[2] 
[3] 
[4] 
[5] 
[6] 
[7] 



[10 
[11 
[12 
[13 



IMSIorlMEI, 

TraceReference, 

TransactionID 

OmcId 

XraceType 

TraceType 

TraceType 

TraceType 

StartTime 

EndTime 

RecordingEntity, 

SET OF TraceEventRecord, 

INTEGER 

ReasonFor Record 



SEQUENCE 

[0] RecordCriterionUsed, 
[1] EventTypeUsed 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



OPTIONAL, 
OPTIONAL 



OPTIONAL, 
OPTIONAL 
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RecordingEntity 
{ 

number 

name 

bss Identifier 



CHOICE 

[0] ISDN-AddressString, 
[1] GraphicString, 
[2] Ob jectlnstance 



EndTime 
StartTime 



TraceRef erence 

— see GSM 08. OE 



General izedTime 
General izedTime 
OCTET STRING 



TransactionID 

— see GSM 08. OE 



OCTET STRING 



Omcid 

— see GSM 08.08 



AddressString 



TraceEvent Record 

{ 

mscEvent Record 
bssEvent Record 
hi rEvent Record 



CHOICE 

[0] MSCEventRecord, 
[1] BSSEventRecord, 
[2] HLREventRecord 



BSS TRACE RECORD CONTENTS 



BSSEventRecord ::= SET 

{ 

invokingEvent [0] 

btsid [1] 

trxld [2] 

trauld [3] 

radioChannelInf o [4] 

requestType [5] 

endlndication [6] 

msPower [7] 

bsPower [8] 

timingAdvance [9] 

msClassmarkl [10] 

msClassmark2 [11] 

msClassmarkS [12] 

bsic [13] 

cic [14] 

handoverResult [15] 

handoverCause [16] 

handoverDuration [17] 

targetCellList [18] 

synchlnfo [19] 

sccpConnectionEvent [20] 

bssmapEvent [21] 

dtapEvent [22] 

r rEvent [23] 

abisEvent [24] 

timedAbisEvent [25] 

measurementReport [2 6] 
timedMeasurementReport [27] 

powerControlEvent [28] 
timedPowerControlEvent [29] 

additionalExtensions [30] 

radioCliannelInf o96 [31] 



BSCInvokingEvent OPTIONAL, 

SEQUENCE OF Btsld OPTIONAL, 

SEQUENCE OF TRXID OPTIONAL, 

SEQUENCE OF TranscoderlD OPTIONAL, 

SEQUENCE OF RadioChannelInf o OPTIONAL, 

SEQUENCE OF TimedEstablishmentCause OPTIONAL, 

SEQUENCE OF Endlndication OPTIONAL, 

SEQUENCE OF MsTxPower OPTIONAL, 

SEQUENCE OF BsTxPower OPTIONAL, 

SEQUENCE OF TimedTimingAdvance OPTIONAL, 

SEQUENCE OF TimedMsClassmarkl OPTIONAL, 

SEQUENCE OF TimedMsClassmark2 OPTIONAL, 

SEQUENCE OF TimedMsClassmark3 OPTIONAL, 

SEQUENCE OF BSIdentityCode OPTIONAL, 

SEQUENCE OF CIC OPTIONAL, 

SEQUENCE OF TimedHandoverResult OPTIONAL, 

SEQUENCE OF Cause OPTIONAL, 

SEQUENCE OF TimedHandoverDuration OPTIONAL, 

SEQUENCE OF TimedTargetCellList OPTIONAL, 

SEQUENCE OF Synchlnfo OPTIONAL, 

SEQUENCE OF TimedTraceSCCPEvent OPTIONAL, 

SEQUENCE OF TimedBSSMAPEvent OPTIONAL, 

SEQUENCE OF TimedDTAPEvent OPTIONAL, 

SEQUENCE OF TimedRREvent OPTIONAL, 

SEQUENCE OF TimedABISEvent OPTIONAL, 

SEQUENCE OF TimedABISEvent OPTIONAL, 

SEQUENCE OF TimedMeasurementEvent OPTIONAL, 

SEQUENCE OF TimedMeasurementEvent OPTIONAL, 

SEQUENCE OF TimedPowerControlEvent OPTIONAL, 

SEQUENCE OF TimedPowerControlEvent OPTIONAL, 

SET OF ManagementExtension OPTIONAL, 

SEQUENCE OF RadioChannelInf o9 6 OPTIONAL 



ABISEvent 



OCTET STRING 



— this type contains an Abis message other than measurement 

— reports and power control 

— see GSM 08.58 for encoding. 
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BcchChannelList ::= SEQUENCE SIZE(0..6) OF AbsoluteRFChannelNo 

— the size of this list is equal to the number of measurements on neighbour cell 

— frequencies reported by the MS in the MEASUREMENT REPORT message (see GSM 04.08). 

— The first element of the list contains the ARFCN corresponding to the first reported 

— frequency index ( "BCCH-FREQ-NCELL 1" field), the second element of the list contains 

— the ARFCN corresponding to the second reported frequency index ("BCCH-FREQ-NCELL 2" 

— field) , etc . 



BSIdentityCode 



SEQUENCE 



ncc 
bcc 



[0] NetworkColourCode, 
[1] BTSColourCode 



BSSMAPEvent ::= OCTET STRING 

— This type contains a BSSMAP layer 3 message contents, 

— see GSM 08.08 for encoding 



BsTxPower 



: := SEQUENCE 



txPower 
changeTime 



[0] TxPower, 
[1] TimerData 



BTSColourCode 



Btsld 
{ 



relatedBts 
ChangeTime 



INTEGER (0. .7) 

SEQUENCE 

[0] Ob jectlnstance, 
[1] TimerData 



BSCInvokingEvent ::= OCTET STRING 
— see GSM 08.08 for encoding 



Cause 
{ 



cause 
changeTime 



: := SEQUENCE 

[0] OCTET STRING, 
[1] TimerData 



see GSM 08.08 for encoding 



ChanDesc 



channelDescription [0] ChannelDescription, 
channelDescription2 [1] ChannelDescription2 



ChannelDescription : 
— see GSM 04.08 



OCTET STRING 



ChannelDescription2 ::= OCTET STRING 

— see GSM 04.08 

ChannelType ::= OCTET STRING 

— see GSM 08.08 



CIC 



: := SEQUENCE 

circuitldentityCode [0] CircuitldentityCode, 
changeTime [1] TimerData 



CircuitldentityCode ::= OCTET STRING 

— see GSM 08.08 for encoding 

DTAPEvent ::= OCTET STRING 

— This type contains a DTAP layer 3 message contents, 

— see GSM 04.08 for encoding 



Endlndi cation 



: := SEQUENCE 



rrCause [0] RRCause, 

changeTime [1] TimerData 



EstablishmentCause ::= OCTET STRING 
— see GSM 04.08 for encoding 
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FHSFrequencyList 



Handover Re suit 



{ 



successful 
fail 



SET OF AbsoluteRFChannelNo 

ENUMERATED 

(0), 
(1) 



HandoverDuration : := INTEGER 

— in milliseconds 

MeasurementEvent ::= OCTET STRING 

— This type contains uplink and downlink measurement 

— reports, 

— see GSM 08.58 for encoding 

MobileStationClassmarkl ::= OCTET STRING 

— see GSM 04.08 for encoding 

MobileStationClassmark2 ::= OCTET STRING 

— see GSM 04.08 for encoding 

MobileStationClassmarkS ::= OCTET STRING 

— see GSM 04.08 for encoding 



MsTxPower 



txPower 

changeTime 



SEQUENCE 

[0] TxPower, 
[1] TimerData 



MultislotAllocation ::= OCTET STRING 
— see GSM 04.08 for encoding 



Ne t wo rkCo lour Code 



: := INTEGER (0. .7) 



PowerControlEvent ::= OCTET STRING 

— This type contains power control messages, 

— see GSM 08.58 for encoding 



RadioChannelInf o 
{ 

channelType 

channelDescription 

changeTime 

f HSFrequencyList 



SEQUENCE 

[0] ChannelType, 

[1] ChannelDescription, 

[2] TimerData, 

[3] FHSFrequencyList OPTIONAL 



RadioChannelInf o9 6 
{ 

channelType 

chanDesc 

mult i slot Allocation 

changeTime 



SEQUENCE 

[0] ChannelType 

[1] ChanDesc 

[2] MultislotAllocation 

[3] TimerData 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



RRCause ::= OCTET STRING 

— see GSM 04.08 for encoding 

RREvent ::= OCTET STRING 

— see GSM 04.08 for encoding 



Synchinf o 



syncChannelInf o 
changeTime 



: := SEQUENCE 

[ ] Synchr oni sat ionChannel Information, 
[1] TimerData 



SynchronisationChannellnformation : := OCTET STRING 

— see GSM 04.08 for encoding 

TargetCellList ::= OCTET STRING 

— see GSM 08.08 for encoding 



TimedABISEvent 

{ 

abisEvent 
changeTime 



: := SEQUENCE 



[0] ABISEvent, 
[1] TimerData 



TimedBSSMAPEvent 



bssmapEvent 



SEQUENCE 

[0] BSSMAPEvent, 
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changeTime 



[1] TimerData 



TimedDTAPEvent 

{ 

dtapEvent 
changeTime 



SEQUENCE 

[0] DTAPEvent, 
[1] TimerData 



TimedEstablishment Cause 
{ 

establishment Cause 

ChangeTime 
} 



SEQUENCE 

[0] EstablishmentCause, 
[1] TimerData 



TimedHandover Duration 
{ 

handover Duration 

ChangeTime 



SEQUENCE 

[0] HandoverDuration, 
[1] TimerData 



TimedHandover Re suit 



SEQUENCE 



handover Re suit 
changeTime 



[0] HandoverResult, 
[1] TimerData 



TimedMeasurement Event 

{ 

measurement Event 

ChangeTime 

bcchChannelList 

} 



SEQUENCE 

[0] MeasurementEvent , 

[1] TimerData, 

[2] BcchChannelList 



OPTIONAL 



TimedMsClassmarkl 

{ 



SEQUENCE 



mobileStationClassmarkl [0] MobileStationClassmarkl , 
changeTime [1] TimerData 



TimedMsClassmark2 ::= SEQUENCE 
{ 

mobileStationClassmark2 [0] MobileStationClassmark2, 

changeTime [1] TimerData 



TimedMsClassmarkS ::= SEQUENCE 
{ 

mobileStationClassmarkS [0] MobileStationClassmarkS, 

changeTime [1] TimerData 



TimedPowerControlEvent 
{ 

power ControlEvent 

changeTime 



SEQUENCE 

[0] PowerControlEvent , 
[1] TimerData 



TimedRREvent 

{ 

rrEvent 
changeTime 



SEQUENCE 

[0] RREvent, 

[1] TimerData 



TimedTargetCellList 
{ 

targetCellList 

ChangeTime 
} 



SEQUENCE 

[0] TargetCellList, 
[1] TimerData 



TimedTimingAdvance 

{ 

timingAdvance 
changeTime 



SEQUENCE 

[0] TimingAdvance, 
[1] TimerData 



TimingAdvance ::= OCTET STRING 

— see GSM 04.08 for encoding 

TraceSCCPEvent ::= OCTET STRING 

— This type contains an BSSMAP message, 

— see GSM 08.06 for encoding 
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TimedTraceSCCPEvent 
{ 

traceSCCPEvent 

changeTime 



SEQUENCE 

[0] TraceSCCPEvent, 

[1] TimerData 



TimerData 



timeUnit 
timeValue 



SEQUENCE 

[0] TimeUnit, 
[1] INTEGER 



TimeUnit 



ENUMERATED 



mSec 

sec 

min 

noOfTDMAFrames 

noOfSlots 

factor 



(0), 
(1), 
(2), 
(3), 
(4), 
(5) 



TranscoderlD 
{ 

relatedTranscoderlD 

changeTime 



SEQUENCE 

[0] Ob jectlnstance, 
[1] TimerData 



TRXID : := SEQUENCE 

{ 

relatedBasebandXransceiverlD [0] Ob jectlnstance, 
relatedRadioCarrierlD [1] Ob jectlnstance, 
changeTime [2] TimerData 



TxPower 



INTEGER 



MSC TRACE RECORD CONTENTS 



MSCEvent Record 



invokingEvent 

servedlMSI 

servedlMEI 

servedMSISDN 

callingcalledNumber 

callingSubaddress 

calledSubaddress 

translatedNumber 

connect edNumber 

forwardedXoNumber 

forwardedXoSubaddress 

redirect ingNumber 

originalCalledNumber 

roamingNumber 

networkXKGP 

basicService 

radioChannel Types 

bssHandover Trunk 

mscHandover Trunk 

location 

sslnformation 

aocParameters 

msClassmark2 

callXermDiagnostics 

aIntMess 

cIntMess 

dIntMess 

eIntMess 

f IntMess 

gIntMess 

netSigMess 

event St art Time 

event StopTime 

eventNumber 

recordExt ens ions 

msClassmarkS 

or In format ion 

bearerCap ability 



[0] 
[1] 

[2] 

[3] 



[7] 



10] 
11] 
12] 
13] 
14] 
15] 
16] 
17] 
18] 
19] 
20] 
21] 
22] 
23] 
24] 
25] 
26] 
27] 
28] 
29] 
30] 
31] 
32] 
33] 
34] 
35] 
36] 
37] 



MSCInvokingEvent OPTIONAL, 

IMSI OPTIONAL, 

IMEI OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-SubaddressString OPTIONAL, 

ISDN-SubaddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-SubaddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AdressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

TrunkGroup OPTIONAL, 

BasicServiceCode OPTIONAL, 

SEQUENCE OF RadioChanneTypes OPTIONAL, 

SEQUENCE OF BSSTrunklnfo OPTIONAL, 

SEQUENCE OF MSCTrunkInf o OPTIONAL, 

SEQUENCE OF TimedLocation OPTIONAL, 

SEQUENCE OF SSInf ormation OPTIONAL, 

SEQUENCE OF AOCParameter s OPTIONAL, 

SEQUENCE OF TimedMsClassmark2 OPTIONAL, 

Diagnostics OPTIONAL, 

SEQUENCE OF AINTMess OPTIONAL, 

SEQUENCE OF CINTMess OPTIONAL, 

SEQUENCE OF DINTMess OPTIONAL, 

SEQUENCE OF EINTMess OPTIONAL, 

SEQUENCE OF FINTMess OPTIONAL, 

SEQUENCE OF GINTMess OPTIONAL, 

SEQUENCE OF NetSigMess OPTIONAL, 

TimerData OPTIONAL, 

TimerData OPTIONAL, 

INTEGER, 

SET OF ManagementExtension OPTIONAL, 

SEQUENCE OF TimedMsClassmark3 OPTIONAL, 

ORInformation OPTIONAL, 

SEQUENCE OF TimedBCIE OPTIONAL 
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TimedBCIE 



SEQUENCE 



bcie [0] OCTET STRING, 

— see GSM 04.08 for encoding of bearer capability information element (BCIE) 
changeTime [1] TimerData 



BSSTrunklnfo 



SEQUENCE 



changeTime 
bssTrunkInf o 



[0] TimerData, 
[1] Trunklnfo 



ORIn format ion 
{ 

or-Inf o 

gmscAddress 

callRef erenceNumber 



SEQUENCE 

[0] OR-Info, 

[1] AddressString 

[2] CallReferenceNumber 



OPTIONAL, 
OPTIONAL 



OR-Info 



INTEGER 



orUsed (0) 

orNotAllowedForSubs (1) 

orNotAllowedlnHLRB (2) 

orNotAllowedlnVMSCB (3) 

chargingReqsContravened (4) 

rchNackFromGMSCA (5) 



— Optimal Routeing was applied 

— Optimal Routeing not allowed for a subscriber 

— HLRB does not support OR 

— VMSCB/VLRB does not support OR 

— OR charging requirements contravened 

— Resume Call Handling negative response received 

— from GMSCA and the call will be forwarded at VMSCB 
values 6-20... are reserved for phase 1 of Optimal Routeing 
values 21-... are reserved for phase 2 of Optimal Routeing 



TimedLocation 
{ 

locationAreaAndCell 

ChangeTime 



SEQUENCE 

[0] LocationAreaAndCell, 
[1] TimerData 



MSCInvokingEvent 



ENUMERATED 



moc 

mtc 

ssAction 

locationUpdate 

sms-mo 

sms-mt 

imsiAttach 

imslDetach 

pds-mo 

pds-mt 



(0), 
(1), 
(2), 
(3), 
(4), 
(5), 
(6), 
(7), 
(8), 
(9) 



NetSigMess 



userPartMess 

changeTime 



SEQUENCE 

[0] OCTET STRING, 
[1] TimerData 



MSCTrunklnfo 



SEQUENCE 



changeTime 
interMSCTrunklnfo 



[0] TimerData, 
[1] Trunklnfo 



RadioChannel Types 

{ 

channelType 
channelTime 



SEQUENCE 

[0] ChannelType, 
[1] TimerData 



SS Information 



SEQUENCE 



supplServicesUsed 

basicServices 

ssAction 

ssParameters 

s s Act ionRe suit 

sslnvokeld 

ChangeTime 



[1] SS-Code 

[2] BasicServiceCode 

[3] SSActionType 

[4] SSParameters 

[5] SSActionResult 

[6] INTEGER 

[7] TimerData 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
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Trunkinf o 



trunkGroup 
trunkMember 



SEQUENCE 

[0] TrunkGroup, 
[1] INTEGER 



OPTIONAL 



TrunkGroup 



tkgpNumber 

tkgpName 

tkgpString 



CHOICE 

[0] INTEGER, 

[1] GraphicString, 

[2] IA5STRING (SIZE(1..7)) 



SSActionType 

{ 

registration 

erasure 

activation 

deactivation 

interrogation 

invocation 



ENUMERATED 

(0), 
(1), 
(2), 
(3), 

(4), 
(5), 



processUnstructuredSS-Data 
processUnstructuredSS -Request 
unstructuredSS-Request (8) , 
unstructuredNotifySS (9), 
registerPassword (10) , 
getPassword (11) 



(6), 
(7), 



SSParameters 



CHOICE 



registerSS-Arg 

ss-ForBS 

ss-UserData 

ussd-Arg 

ss-Code 

guidanceinf o 



[0] 
[1] 
[2] 
[3] 
[4] 
[5] 



RegisterSS-Arg, 

SS-ForBS-Code, 

SS-UserData, 

USSD-Arg, 

SS-Code, 

Guidanceinf o 



SSActionResult 
{ 

ss-Inf o 

interrogateSS-Res 

ss-UserData 

ussd-Res 

password 

error 



[0] SS-Info, 

[1] InterrogateSS-Res, 

[2] SS-UserData, 

[3] USSD-Res, 

[4] Password, 

[ 5 ] ERROR 



AINTMess 



SEQUENCE 



changeTime 
aIntEvent 



TimerData, 
AINTEvent 



AINTEvent 



bssMapEvent 
dtapEvent 



[0] BSSMAPEvent, 
[1] DTAPEvent 



CINTMess 



SEQUENCE 



changeTime 
cIntMess 



TimerData, 
OCTET STRING 



DINTMess 



SEQUENCE 



changeTime 
dIntMess 



TimerData, 
OCTET STRING 



EINTMess 



SEQUENCE 



changeTime 
eIntMess 



TimerData, 
OCTET STRING 
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FINTMess 



SEQUENCE 



changeTime 
f IntMess 



TimerData, 
OCTET STRING 



GINTMess 



SEQUENCE 



changeTime 
gIntMess 



TimerData, 
OCTET STRING 



HLR TRACE RECORD CONTENTS 



HLREvent Record 



SET 



invokingEvent 
servedMSISDN 
mscAddress 
vlrNumber 
ssinf ormation 
subscriber Data 
roamingNumber 
smDe livery Out come 
alertReason 
serviceCentreAddress 
mapInterfaceMes sages 
event St art Time 
event StopTime 
eventNumber 
recordExt ens ions 
or In formation 



[10 
[11 

[12 
[13 
[14 
[15 
[16 
[17 



HLRInvokingEvent OPTIONAL, 

ISDN-AddressString OPTIONAL, 

AddressString OPTIONAL, 

AddressString OPTIONAL, 

SEQUENCE OF SSInf ormation OPTIONAL, 

SEQUENCE OF SubscriberData OPTIONAL, 

ISDN-AddressString OPTIONAL, 

SEQUENCE OF SM-DeliveryOutcome OPTIONAL, 

SEQUENCE OF AlertReason OPTIONAL, 

SEQUENCE OF AddressString OPTIONAL, 

SEQUENCE OF MAPIntMess OPTIONAL, 

TimerData OPTIONAL, 

TimerData OPTIONAL, 

INTEGER, 

SET OF ManagementExtension OPTIONAL, 

ORInformation OPTIONAL 



HLRInvokingEvent ::= ENUMERATED 

{ 

locationChange (0) , 

subscriberDataChange (1) , 

routingEnquiry (2), 

provideRoamingNumber (3) , 

ssActivity (4) , 

password (5) , 

sms (6) 



MAPIntMess 



SEQUENCE 



changeTime 
mapIntMess 



TimerData, 
OCTET STRING 



TRACE RECORD CONTROL 



TraceControlId 
Recorder iter la 



INTEGER 

SET OF ENUMERATED 



noCriteria 
eventType 



(0), 
(1) 



EventTypes 

{ 

handover 

ss-action 

sms 

setup 

release 



SET OF INTEGER 

(0), 
(1), 
(2), 
(3), 
(4), 



— values 5-100 are reserved 

— values 101-200 are manufacturer specific 

— values 201- . . . are reserved 



TraceFileFormat 



SET OF TraceRecord 
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TRACE RECORD OUTPUT 



irdCriterionUsed ::= 


ENUMERATED 


noCriterion 


(0), 


event 


(1), 


manuf Specif icCr iter ion 


(2), 


deactivation 


(3) 


itTypeUsed : : = 


INTEGER 


handover 


(0), 


ss-action 


(1), 


sms 


(2), 


setup 


(3), 


release 


(4) 



— values 5-100 are reserved 

— values 101-200 are manufacturer specific 

— values 201-.. . are reserved 
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Annex A (informative): 
Change history 



This annex lists all change requests approved for this document since the first phase2+ version was approved by ETSI 
SMG. 
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B 
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5.0.0 


s23 


98-0787 
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R96 


B 


Optimal routing 


5.0.0 


s23 
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97/25 
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B 


Trace deletion at the BSS 


5.0.0 
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R96 


F 


HSCSD 


5.0.0 


s23 
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R96 


F 


HSCSD 


5.0.0 


s23 


98-0787 
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4.5.0 


A046 




R96 


F 


Frequency list in Radio Channel infer 


5.0.0 


s23 


98-0787 


97/63 


4.5.0 


A047 




R96 


B 


Improvment to measurement reports 


5.0.0 


s25 


98-0172 


98p025 


5.0.0 


A048 




R96 


B 


Introduction of PDS 


5.1.0 


s25 


98-0172 
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5.0.0 


A049 




R96 


F 


Clarification of reference to multiple party calls 


5.1.0 








5.1.0 










Editorial modifications for publication 
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